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USERS  GUIDE  FOR  THE  SATELLITE  SURVEILLANCE 
AVOIDANCE  OPTIMIZATION  AID 


1.0  OVERVIEW 


1.1  i^^^troduction 

Adversary  surveillance  has  lon^  been  a  concern  of  naval 
commanders  at  sea.  Mot  only  can  it  identify  a  naval  task 
force  as  a  possible  military  target,  but  it  may  also  lead  to 
an  unwanted  confrontation  with  possibly  far  greater  military 
and  political  consequences. 

Ships  at  sea  are  potentially  subject  to  many  kinds  of 
surveillance.  Traditionally,  the  important  components  of  a 
surveillance  system  have  been  aircraft,  shipping,  submarines, 
land-based  radar,  and  coimnunicatlons  sensors.  In  recent 
years,  however,  surveillance  systems  have  added  land-based 
acoustic  sensors  and  earth-orbiting  satellites  with  varied 
sensing  capabilities. 

A 

It  is  possible  to  avoid  sane  of  these  surveillance 
systems  by  careful  pre-transit  planning.  In  many  cases,  the 
task  force  commander  may  plan  to  avoid  areas  of  the  ocean  in 
which  he  is  likely  to  be  detected  land-based  sensors, 
merchant  traffic,  aircraft,  or  submarines.  In  addition,  he 
may  plan  to  follow  a  deceptive  route  so  that,  if  he  is 
detected,  his  intentions  and  destination  will  be  difficult 
to  infer.  The  result  of  this  planning  would  be  a  track 
plan,  which  consists  of  a  specified  transit  route.  A  hypo¬ 
thetical  track  plan  from  Norfolk,  Virginia,  to  the  Straits 
of  Gibraltar  le  illustrated  in  Figure  1-1. 

The  presence  of  satellites  with  surveil lance  capabilities 
greatly  disiinishes  the  effectiveness  of  a  track  plen  which 
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Figure  1-1 

A  HYPOTHETICAL  TRACK  PLAN  FROM  NORFOLK 


is  intended  to  circumnavigate  areas  of  the  ocean  where 
surveillance  is  likely.  Since  surveillance  satellites  can 
cover  all  areas  of  the  ocean,  a  track  plan  by  itself  would 
be  an  ineffective  countermeasure  for  satellite  surveillance. 

The  task  force  commander  can,  however,  predict  a  satel¬ 
lite's  motion  and  use  that  information  to  his  advantage. 

The  ephemeris  data  for  an  adversary  satellite  is  either 
known  or  can  be  calculated  from  observation  data.  The 
ground  track,  which  is  traced  out  by  movement  of  the  satel¬ 
lite's  sub-orbital  point  across  the  earth's  surface,  can 
then  be  predicted  with  precision.  The  satellite's  ground 
track  will  usually  intersect  the  commander's  track  plan  at 
regular,  predictable  intervals. 

One  pass  of  a  satellite  over  the  track  plan  is  repre¬ 
sented  by  the  ground  track  segment  A  in  Figure  1-2.  The 
dotted  lines  on  either  side  of  A  represent  the  satellite's 
effective  field  of  vision.  If,  at  the  time  of  this  pass, 
the  task  force  is  in  the  segment  of  its  track  plan  within 
this  field  of  vision,  then  detection  is  possible. 

AS  the  satellite  follows  its  orbital  trajectory,  the 
earth  precesses  from  west  to  east  underneath  it.  Thus, 
after  one  orbital  revolution,  the  same  satellite  may  again 
cross  the  track  plan  with  ground  track  B,  which  is  to  the 
west  of  A. 

A  typical  non- synchronous  satellite  with  surveillance 
capabilities  normally  has  an  orbital  period  of  about  ninety 
minutes.  The  time  interval  between  successive  detection 
zones,  like  those  associated  with  A  and  B,  is  roughly  equal 
to  one  orbital  period,  depending  on  the  angle  of  inclination 
bet«reen  the  ships'  track  plan  and  the  satellite's  ground 
track.  Furthermore,  from  the  vantage  point  of  the  task 
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SATELLITE  PASSES  OVER  A  HYPOTHETICAL  TRACK  PLAN 
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force  commander (  each  detection  zone  lasts  for  only  a  few 
minutes  because  the  satellite  moves  so  quickly;  for  a 
satellite  having  a  ninety-minute  orbital  period  and  an 
effective  swath  diameter  of  1,000  nautical  miles,  the 
ships'  exposure  time  to  surveillance  would  be  less  than  four 
minutes . 

Thus,  each  detection  zone  in  Figure  1-2  occurs  at  a 
particular  time  and  lasts  for  only  a  few  minutes.  Even  if 
the  commander  must  depart  from  his  origin  aui>d  arrive  at  his 
destination  at  specified  times,  he  may  be  ed>le  to  avoid 
surveillance  from  satellite  passes  A  and  B  entirely  by 
changing  his  speed  of  advance  (SOA)  at  appropriate  points 
enroute . 

If  the  transit  requires  several  days,  however,  a  given 
satellite  would  normally  pass  over  the  track  plan  many 
times,  and  selecting  the  appropriate  SOA  to  use  at  various 
tiroes  may  become  rather  complex.  The  problem  is  further 
complicated  when  there  are  many  surveillance  satellites, 
each  with  different  orbital  characteristics  and  sensing 
capabilities. 

The  fact  remains  that  judicious  selection  of  SOA 
during  a  transit  can  minimize  the  likelihood  of  detection  by 
hostile  surveillance  satellites.  This  report  describes  a 
methodology  which  capitalizes  upon  the  effects  of  such  SOA 
changes  for  transit  planning.  The  report  also  describes  a 
computer  decision  aid  which  implements  that  methodology. 

1.2  Generalized  Approach 

An  overview  of  the  Satellite  Surveillance  Avoidance  Aid 
is  shown  in  Figure  1-3. 
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Figure  1-3 

AN  OVERVIEW  OF  THE 

SATELLITE  SURVEILLANCE  AVOIDANCE  OPTIMIZATION  AID 

I  The  Aid  la  dealgned  so  that  only  a  small  number  of 

parameters  is  required  as  user  Inputs.  Important  probabil¬ 
istic  information  and  current  satellite  ephemeris  data  are 
assumed  to  be  supplied  through  a  land-based  computer  network. 

I  Based  on  inputs  from  the  network  and  the  user,  the  optimiza¬ 

tion  procedure  provides  the  commander  with  a  recommended  80A 
profile  and  all  relevant  satellite  surveillance  information. 

I  1.2.1  Optimization  procedure  -  A  dynamic  program 

searching  over  discrete  SOA  options  is  used  to  find  a 
recommended  SOA  profile  through  a  pattern  of  detection 
zones.  Since  all  potential  Intercepts  are  not  equally 
I  Important  to  avoid,  a  probability  model  is  used  to  compute 

the  probability  of  detection  within  each  detection  zone,  and 
cost  profiles  for  detection,  evasive  actions,  and  speed  of 
advance  are  obtained  from  the  user.  Then,  the  recosmended 
t  SOA  profile  is  computed  as  the  one  that  minimises  the  expected 

cost  of  the  transit. 
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1.2.2  User  inputs  *■  Required  user  inputs  ere  listed  in 
Figure  1-4.  First  the  user  must  supply  the  departure  time 
and  arrival  time.  Ordinarily  these  parameters  are  treated 
as  though  they  were  fixed  during  the  optimisation  process; 
that  is,  the  optimizer  will  assiune  departure  is  on  time  and 
will  assure  on-time  arrival.  However,  if  the  user  is  willing 
to  allow  a  zero  speed  of  advance  as  a  possibility,  the 
optimizer  will  suggest  that  the  task  force  depart  late  or 
arrive  early  if  there  is  any  advantage  in  doing  so. 


•  Departure  and  arrival  times 

•  Track  plan  (point  of  departure,  destination,  and  intermediate  points) 

•  Probability  of  already  being  tracked  at  departure 

•  SOA  options 

(e.g.,  5,  10,  15,  20,  25  knots) 

•  Time  increment  for  SOA  changes 

(e.g.,  8  hours) 

•  Fuel  costs 

•  Detection  aversion  costs 

•  Evasive  action  costs 


Figure  1-4 
USER  INPUTS 


Next,  the  departure  point,  the  intermediate 
points  (if  any)  and  the  destination  are  supplied,  defining 
the  user's  track  plan.  If  no  intermediate  coordinates  are 
specified,  a  great  circle  route  is  assumed. 

Once  the  track  plan  specification  has  been 
completed,  the  Aid  will  ask  the  user  to  assess  the  probability 
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Of  alroady  baing  trackad  aa  he  leaves  his  point  of  departure. 
For  example,  it  may  normally  be  the  case  that  adversary 
ships  in  the  area  of  the  departure  point  are  certain  to  take 
notice  of  his  departure.  In  this  case  there  will  be  a 
higher  probability  that  later  satellite  intersections  will 
result  in  a  detection. 

The  second  phase  of  the  transit  plan  definition 
sequence  begins  with  the  specification  of  the  SOA  options  to 
be  considered  in  the  optimization  process.  The  user  is 
asked  to  do  this  by  providing  a  minimum  value,  a  maximum 
value,  and  an  increment.  Although  the  example  in  Figure 
1-4  shows  these  values  to  be  multiples  of  5,  this  is  not  a 
requirement}  the  only  restriction  is  that  the  minimum  SOA 
and  the  maximum  SOA  must  be  multiples  of  the  SOA  increment. 

The  minimum  SOA  may  in  fact  be  zero  or  negative. 

Following  the  specification  of  SOA  options,  the 
Aid  asks  the  user  to  select  a  time  increment  to  be  used  in 
the  optimization  process  as  the  length  of  time  over  which 
SOA's  will  be  maintained.  When  a  particular  SOA  value  is 
chosen  by  the  optimizer,  the  user  is  expected  to  maintain 
that  speed  for  his  task  force  for  the  duration  of  the  time 
Increment  specified.  The  optimizer  will  consider  changing 
speeds  only  at  times  which  are  multiples  of  this  time  increment. 

For  the  example  shown  in  Figure  1-4,  the  time 
increment  of  eight  hours  has  been  chosen.  Thus,  in  this 
case  the  optimizer  will  consider  SOA  changes  with  a  frequency 
of  three  times  a  day. 

The  next  portion  of  the  transit  plan  definition 
process  is  concerned  with  the  assessment  of  "fuel  costs." 

The  user  is  asked  to  specify  the  relative  "costs"  of  the 
various  SOA  options  with  respect  to  one  another  and  with 
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respect  to  other  criteria  considered  later  In  the  elicitation 
process /  namely/  detection  aversion  and  evasive  action 
costs. 

The  fuel  costs  assessed  here  ordinarily  reflect 
more  than  just  the  cost  of  fuel  associated  with  each  SOA 
option.  They  indicate  the  user's  aversion  to  using  each 
particular  SOA  option  relative  to  the  others  (and  relative 
to  the  other  two  criteria)  for  any  reason  whatsoever.  For 
example/  the  user  may  prefer  an  SOA  of  10  knots  to  one  of  5 
knots  because  his  ships  do  not  respond  as  well  to  the  helm 
In  heavy  seas  at  the  slower  speed. 

Detection  aversion/  like  fuel  costa /  must  be 
assessed  in  relation  to  the  entire  set  of  cost  criteria. 
Detection  aversion  Is  a  measure  of  the  cost  to  the  user  If 
he  were  detected  during  his  planned  transit  (and  identified 
as  a  target  of  interest)  by  hostile  surveillance  forces. 

Like  fuel  costs /  aversion  to  detection  could  be  expressed 
simply  as  a  single  value.  It  may  happen,  however,  that  a 
user's  aversion  to  detection  varies  as  a  function  of  his 
progress  through  his  transit.  In  particular,  the  user  may 
be  more  concerned  with  detection  near  the  end  of  the  transit 
than  near  the  beginning.  To  accommodate  situations  such  as 
this,  the  user  is  permitted  to  specify  a  cost  function  over 
the  entire  course  of  his  transit. 

The  final  step  In  the  transit  plan  definition 
sequence  Is  the  assessment  of  costs  for  the  various  evasive 
actions  which  may  be  employed  to  thwart  detection. 

1.2.3  Detection  sone  algorithm  -  In  the  current  Aid, 
the  detection  zone  algorithm  uses  hypothetical  orbital 
parameters  for  five  surveillance  satellites.  In  an  opera¬ 
tional  decision  Aid/  the  ephemerls  data  for  satellites  would 
be  supplied  and  updated  regularly  by  a  land-based  conqputer 
network. 
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The  output  of  the  detection  zone  algorithm 
may  be  aummarized  in  a  table,  as  illustrated  in  Figure  1-5. 

1.2.4  Probabilistic  information  -  Probabilistic  infor¬ 
mation  is  used  in  the  dynamic  program  to  calculate  the 
probability  that  the  task  force  will  be  detected  when  it 
passes  through  a  detection  zone.  This  information  includes, 
for  example,  the  probability  that  the  weather  is  O.K.  for 
detection,  the  probability  that  the  satellite  is  operating 

if  the  weather  is  O.K.,  and  the  probability  that  the  satellite 
will  detect  the  task  force  if  it  is  operating  and  the  %reather 
is  O.K.  The  way  in  which  these  probabilities  depend  on  the 
particular  detection  zone  under  consideration  must  be  care¬ 
fully  specified. 

For  example,  the  probability  that  weather  is 
O.K.  for  detection  depends  on  when  and  where  the  detection 
zone  occurs  and  on  the  satellite's  sensors  (optical  sensors 
would  be  defeated  by  cloud  cover  whereas  radar  sensors  would 
not) .  Also,  the  probability  of  detection  given  that  the 
satellite  is  operating  and  the  weather  is  O.K.  depends  on 
what  local  cover  and  deception  tactics  the  commander  can 
employ  (COMINT  sensors  would  be  defeated  if  the  commander 
employs  EMCON) . 

A  complete  probability  model  for  the  Aid  has 
been  specified,  but  it  requires  probability  assignments  from 
weather  and  satellite  experts.  A  practical  way  to  make 
these  assignments  must  be  developed  before  the  Aid  becomes 
operational. 

1.2.5  Decision  aid  output  -  The  decision  Aid  supplies 
the  commander  with  a  recommended  SOA  profile  and,  for  that 
profile,  a  listing  of  the  satellite  detection  zones  that 
will  be  encovintered.  Computer-graphic  displays  are  shown  in 
Figures  1-6  and  1-7. 
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Figure  1-6 

RECOMMENDED  SOA  PROFILE 
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Figure  1-7 

DETECTION  ZONES  UNDER  RECOMMENDED  SOA  PROFILE 


1.3  Organization 


This  report  is  designed  to  serve  primarily  as  a  users' 
reference  manual  for  operation  of  the  Aid.  However,  in 
order  to  effectively  comprehend  the  implications  of  the 
recommendations  produced  by  the  Aid,  the  user  may  wish  to 
be  aware  of  the  methodology  which  it  employs.  For  this 
reason  two  sections  describing  the  most  significant  methodo¬ 
logical  features  have  been  included  in  the  report. 

Section  2.0  describes  the  approach  used  to  determine 
potential  satellite  detection  zones  for  a  transit,  and 
Section  3.0  discusses  the  procedure  us >d  to  produce  the 
optimum  SOA  profile  for  the  transit.  Section  4.0  contains 
detailed  Instructions  for  use  of  the  Aid. 


2.0  DETECTION  ZONE  CALCULATION 


To  avoid  surveillance  by  adversary  satellites,  it  is 
obviously  necessary  for  us  to  be  able  to  calculate  their 
locations.  As  a  starting  point,  let  us  consider  the  case  in 
which  we  wish  to  avoid  surveillance  by  using  various  evasive 
tactics,  but  we  do  not  wish  to  alter  our  planned  course  or 
our  planned  sequence  of  speeds  of  advance. 

2.1  The  Fixed  Course  and  Fixed  SOA  Problem 


To  know  when  to  employ  our  evasive  actions,  ve  must  be 
able  to  compute  all  the  intersections  of  the  ship  and  the 
satellite  for  the  duration  of  the  voyage.  Actually,  since 
the  satellite's  sensors  are  able  to  detect  ships  in  a  cir¬ 
cular  region  surrounding  its  current  location,  and  this 
region  sweeps  out  a  swath  over  time,  the  intersections  of 
the  ship  with  this  region  or  swath  must  be  cosqputed.  We 
know  the  location  of  the  ship  as  a  function  of  time  (remem¬ 
ber  that  we  do  not  wish  to  change  course  or  speed  from  our 
plan),  and  we  can  easily  cai^ute  the  satellite's  location  as 
a  function  of  time  (it  must  obey  the  laws  of  motion).  Thus, 
we  can  solve  this  problem  by  computing  the  distance  between 
the  satellite  end  the  ship  as  a  function  of  time,  and  then 
recording  the  time  Intervals  idten  the  distance  is  less  than 
half  the  width  of  the  swath.  (The  distance  is  sisqply  the 
great  circle  distance  between  the  location  of  a  spot  on  the 
earth  directly  beneath  the  satellite,  called  the  foo^rint, 
and  the  location  of  the  ship.) 

What  does  this  function  look  like?  There  ere  basically 
t«ro  kinds  of  motion  which  contribute  to  the  di  stance  bet%»een 
the  ship  and  the  satellite.  The  first  is  a  relatively  rapid 
motion  due  to  the  satellite's  revolution  in  its  orbit,  and 


the  second  is  a  relatively  slow  motion  due  to  the  turning  of 
the  earth  relative  to  the  satellite's  orbit. 

For  example.  Figure  2-la  shows  a  "snapshot"  of  the 
situation  at  about  twelve  hours  after  departure  for  a  par- 
tlculeu:  satellite  and  ship:  the  satellite's  orbit  Is  almost 
on  top  of  the  ship,  so  that  the  distance  between  the  two  at 
about  this  time  will  be  alternately  very  small  (almost  zero 
degrees)  and  then  very  large  (almost  180  degrees)  as  the 
satellite  revolves  In  Its  orbit.  At  about  thirteen  hours 
(Figure  2-lb)  and  again  at  about  fourteen-and-a-half  hours 
(Figure  2-lc) ,  the  orbit  is  still  relatively  close  to  the 
ship,  but  not  as  close  as  it  was  at  about  twelve  hours.  So 
the  satellite  will  not  get  quite  as  close,  nor  quite  as  far 
away.  However,  at  about  sixteen  hours  (Figure  2-ld) ,  the 
orbit  again  falls  nearly  on  top  of  the  ship,  and  the  dis¬ 
tance  will  again  vary  from  near  zero  to  near  180  degrees. 
Finally,  at  about  twenty-six  hours  (Figure  2-le) ,  the  earth 
has  turned  enough  so  that  the  satellite  orbit  is  almost 
perpendicular  to  the  ship,  which  means  that  the  satellite 
remains  approximately  90  degrees  from  the  ship  at  all  times 
as  it  revolves  in  its  orbit.  The  plot  of  the  distance 
between  satellite  and  ship  as  a  function  of  time  for  this 
situation  is  sho%m  in  Figure  2-2  for  the  time  period  between 
eight  and  thirty-two  hours  since  departure. 

2,2  Generalization  to  Changes  in  Speed  of  Advance 

Unfortunately,  this  scheme  does  not  generalize  very 
well  to  more  global  optimization  problems  in  which  we  wish 
to  allow  changes  in  course  or  speeds  of  advance.  The  reason 
is  that  until  the  ship's  course  and  speed  of  advance  have 
been  determined,  the  location  of  the  ship  as  a  function  of 
time  is  unknown.  Therefore,  what  is  needed  is  a  procedure 
which  will  produce  a  three-disMnsional  plot  of  the  latitudes 
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and  longitudes  observable  by  the  satellite  as  a  f\mction  of 
time,  that  is,  all  latitude  and  longitude  pairs  whose 
distance  from  the  satellite  are  less  than  half  the  swath 
width. 

Actually,  a  less  general  problem  was  chosen  in  the 
design  of  the  Aid,  that  of  minimizing  detection  costs  along 
a  specified  track  by  varying  only  the  speed  of  advance.  A 
fixed  track  plan  was  chosen  because  a  preliminary  analysis 
showed  that,  due  to  the  relative  speeds  of  ships  and  satellites, 
varying  the  course  of  a  ship  had  very  little  effect  on 
potential  intercepts,  while  varying  the  ship's  speed  of 
advance  could  significantly  alter  the  probability  of  being 
detected  by  a  satellite.  This  simplification  has  the 
additional  advantage  of  reducing  a  three-dimensional  problem 
(latitude,  longitude,  and  time)  to  a  two-dimensional  problem 
(distance  along  the  ship  track  and  time) .  Under  these 
conditions  the  detection  zone  procedure  must  determine  the 
time  intervals  when  the  distance  between  the  satellite 
footprint  and  the  ship's  track  is  less  than  half  the  swath 
width. 

But  each  point  along  the  ship  track  is  analogous  to  a 
stationary  ship,  so  that  in  essence  the  procedure  outlined 
above  would  have  to  be  solved  for  every  point  on  the  ship 
track]  A  different  approach  must  be  used. 

The  approach  followed  in  the  surveillance  avoidance 
aid  la  to  find  all  intersections  of  the  t%#o  edges  of  the 
swath  with  the  ship  track.  Then  the  two  intersections  with 
the  edges  are  matched  up  to  discover  what  section  of  the 
ship  track,  over  what  interval  of  time,  is  in  view  of  the 
satellite  sensor. 

A  number  of  practical  difficulties  must  be  overcome  in 
the  implementation  of  this  approach.  For  example,  the  ship 
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track  may  double  back  on  itself,  creating  multiple  inter¬ 
sections  with  one  edge  but  not  necessarily  the  other  (Figure 
2-3) .  In  such  situations  the  procedure  must  resolve  which 
portions  of  the  ship  track  delineated  by  the  edge  inter¬ 
sections  are  within  the  swath,  and  which  are  outside  of  it. 
Similarly,  near  the  start  or  finish  of  a  ship  track  there 
are  often  intersections  with  only  one  of  the  edges  (Figure 
2-4) .  Here  the  procedure  must  be  careful  not  to  match  this 
edge  intersection  with  another  edge  intersection. 

How  do  satellite  intersections  appear  on  a  graph  of 
time  versus  distance?  Let  us  take  as  an  example  a  west-to- 
east  transit  from  Norfolk,  Virginia,  to  Gibraltar,  and  an 
intersection  by  a  satellite  travelling  in  a  northeast  direc¬ 
tion  with  a  sensing  range  of  300  nautical  miles  (Figure  2-5) . 
The  sensing  area  is  considered  to  be  a  circle  surrounding 
the  satellite,  and  the  intersection  begins  when  the  circle 
just  touches  the  ship  track  at  some  time,  t^^  (Figure  2-6) . 
Then  at  some  later  time,  t2*  the  swath  reaches  its  maximum 
extent  in  a  westward  direction  (Figure  2-7) .  At  another 
time,  the  swath  has  reached  as  far  east  as  possible 
along  the  track  (Figure  2-8);  and  finally,  at  t^  the  swath 
again  just  touches  the  ship  track  as  the  intersection  is 
completed  (Figure  2-9) .  When  the  distances  along  the  ship 
track  which  are  covered  by  the  swath  are  plotted  as  a  func¬ 
tion  of  time,  the  result  is  an  asymmetric  oval  on  the  time- 
distance  graph  (Figure  2-10) .  However,  the  difference 
between  and  t^  for  this  particular  intersection  is  1.4 
minutes,  whereas  the  difference  between  the  minimum  and 
maximum  distance  is  740  nautical  miles.  When  this  oval  is 
scaled  to  fit  on  a  time-versus-di stance  chart  for  a  typical 
transit  of,  say,  10  days  over  3500  nautical  miles,  it  appears 
as  a  vertical  straight  line  (Figure  2-11) .  (The  inqportance 
of  the  time-versus-distance  chart  will  be  explained  in 
Section  3.0.) 


Figure  2-3 

MULTIPLE  INTERSECTIONS  OF  AN 
EDGE  OF  THE  SWATH  WITH  THE  SHIP  TRACK 


Figure  2-4 

INTERSECTION  OF  ONLY  ONE  EDGE 
OF  THE  SWATH  WITH  THE  SHIP  TRACK 
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LONGITUDE 


Figure  2-5 

HYPOTHETICAL  PATH  OF  SATELLITE  FOOTPRINT  OVER  SHIP  TRACK 


Figure  2-6 

FIRST  POINT  AT  WHICH  SATELLITE'S 
FIELD  OP  VIEW  INCLUDES  SHIP  TRACK  AT  TIME  t. 


LONGITUDE 
Figure  2-7 


POINT  AT  WHICH  SATELLITE'S  FIELD  OF  VIEW  INCLUDES 
THE  MAXIMUM  WESTERN  PORTION  OP  THE  SHIP  TRACK  ON  THIS  PASS,  t2 


LONGITUDE 
Fifpjre  2-8 

POINT  AT  WHICH  SATELLITE'S  FIELD  OF  VIEW  INCLUDES 
THE  MAXIMUM  EASTERN  PORTION  OF  SHIP  TRACK  ON  THIS  PASS,  13 
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Figure  2-9 

LAST  POINT  AT  WHICH  SATELLITE'S 
FIELD  OF  VIEW  INCLUDES  SHIP  TRACK,  t4 
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SECONDS 


Figure  2-10 

SET  OF  DISTANCES  ALONG  SHIP  TRACK  WHICH 
ARE  VISIBLE  TO  THE  SATELLITE  AS  A  FUNCTION  OF  TIME 


z> 

Z  1000 


DAYS 


Figure  2-11 

FIRST  INTERSECTION  PLOTTED  ON  SHIP'S  TIME-DISTANCE  CHAI 
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On  the  next  paes#  the  earth  has  turned  approximately 
22.5  degrees f  so  the  satellite  swath  intersects  the  ship 
track  at  a  location  which  is  farther  west  (Figure  2-12) . 

This  produces  a  second  vertical  line  on  the  time-versus- 
distance  chart  one  satellite  period  later,  covering  a 
section  of  the  ship  track  which  is  farther  west,  and  there¬ 
fore  closer  to  the  departure  point  in  this  case  (Figure  2- 
13) .  Similarly,  subsequent  passes  produce  swaths  farther 
west  (Figures  2-14  through  2-17)  until  the  earth  has  turned 
enough  so  that  the  swath  is  off  the  end  of  the  ship  track. 

The  next  intersections  occur  when  the  downward  part  of  the 
satellite  orbit  begins  to  intersect  the  eastern  part  of  the 
ship  track  (Figures  2-18  and  2-19) .  This  also  progresses 
westward  as  the  earth  turns  (Figures  2-20  through  2-25) .  At 
this  point,  for  this  satellite  and  ship  track,  there  will  be 
a  period  of  time  during  which  the  part  of  the  satellite 
orbit  that  is  in  the  northern  hemisphere  moves  around  the 
back  side  of  the  earth.  Finally,  the  upward  part  of  the 
orbit  will  begin  to  intersect  the  east  end  of  the  ship 
track,  and  the  cycle  starts  again. 

It  is  important  to  note  that,  although  the  width  of  the 
swath  is  600  nautical  miles  from  side  to  side  in  this  example, 
many  of  the  intersections  on  the  time-versus-distance  chart 
over  much  larger  portions  of  the  ship  track.  For  example, 
the  intersection  shown  in  Figure  2-18  extends  from  3,240 
miles  from  departure  to  1,725  nautical  miles  from  departure. 
This  range  of  1,515  nautical  miles  occurs  because  in  this 
intersection  the  satellite  orbit  and  the  ship  track  are  more 
parallel  to  one  another.  It  would  be  possible  for  a  satel¬ 
lite  with  a  smaller  inclination  to  cover  the  ship  track  for 
several  thousand  miles  if  it  happened  to  line  up  with  the 
ship  track. 
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SATELLITE  SWATH  ON  FIFTH  PASS 


3000 
2500 

2000 

1500 

1000 

500 

01  33456789  10 

DAYS 

Figure  2-19 

FIRST  FIVE  SATELLITE  INTERSECTIONS 
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LONGITUDE 


Figure  2-20 

SATELLITE  SWATH  ON  SIXTH  PASS 


Figure  2-21 

FIRST  SIX  SATELLITE  INTERSECTIONS 


3.0  OPTIMIZATION  PROCEDURE 


The  purpose  of  the  optimization  procedure  is  to  arrive 
at  the  best  tr2msit  plan  between  the  departure  point  and  the 
destination  point  along  a  specified  track  minimizing  the 
expected  cost  of  detection  by  potential  satellite  surveillance 
by  varying  the  ship's  speed  of  advance. 

3.1  The  Optimization  Problem 

The  problem  space  is  most  easily  shown  by  using  a  graph 
in  which  the  distance  from  the  departure  point  along  the 
ship  track  is  the  y»axis>  and  the  time  since  departure  is 
the  x-axis  (Figure  3-1) .  This  is  the  time-versus-distance 
chart  introduced  in  Section  2.0.  Since  the  ship  track  and 
the  departure  and  arrival  times  have  been  specified  by  the 
user,  a  rectangle  can  be  dratm  on  the  graph  which  contains 
all  possible  distances  from  the  departure  point  and  all 
possible  times  between  departxure  and  arrival.  Any  possible 
tremsit  will  be  represented  by  a  curve  which  joins  the  lower 
left  corner  of  the  rectangle  to  the  upper  right  corner,  and 
the  speed  of  advance  at  any  point  in  tine  will  be  given  by 
the  slope  of  the  curve  at  that  point. 

There  are  further  restrictions,  however.  The  ship  has 
a  maximum  speed  of  advance,  and  this  further  constrains  the 
set  of  permissible  points.  That  is,  there  are  many  locations 
in  the  rectangle  which  cannot  be  reached  from  the  departure 
point,  or  from  which  the  destination  cannot  be  reached  with¬ 
out  exceeding  the  maximum  speed  of  advance  (Figure  3-2) . 

Similarly,  the  minimum  speed  of  advance  may  exclude 
other  regions!  points  %dtich  cannot  be  reached  unless  the 
ship  travels  at  a  speed  of  advance  which  is  less  than  the 
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NAUTICAL  MILES  FROM  DEPARTURE  POINT 


minimum  (Figure  3-3) .  The  minimum  lines  together  with  the 
maximvun  lines  form  a  parallelogram  of  permissible  distance- 
time  points  which  the  ship  might  occupy  (Figure  3-4) .  (Note 
that  the  minimum  and  maximum  SOA  constraints  must  be  observed 
within  the  parallelogram,  as  well.) 

There  is  no  requirement  that  the  minimum  speed  of 
advance  be  positive.  It  may  be  positive,  if  the  task  force 
commander  wishes  to  maintain  a  continuing  advance  toward  his 
destination;  it  may  be  zero,  indicating  that  the  commander 
will  allow  periods  of  circling  or  otherwise  maintaining  his 
position  for  some  periods  of  time.  The  speed  of  advance  may 
be  negative,  indicating  that  movement  in  a  direction  towards 
the  departure  point  is  permitted.  In  the  case  of  a  zero  or 
negative  minim\im  speed  of  advance,  two  of  the  edges  of  the 
parallelogram  coincide  with  the  edges  of  the  rectangle 
(Figure  3-5) .  This  means  that  the  ship  may  actually  leave 
later  than  the  scheduled  departure  time  and/or  may  arrive 
earlier  than  the  scheduled  arrival  time. 

Superimposing  the  satellite  detection  zones  described 
in  Section  2.0  upon  the  parallelogram  chart,  as  shown  in 
Figure  3-6,  results  in  a  graphical  representation  of  the 
surveillance  avoidance  problem.  The  objective  is  to  find  a 
"path"  through  the  maze  of  potential  detection  zones  which 
minimizes  the  expected  cost  of  detection.  The  "path"  must 
lie  totally  within  the  parallelogram  and  its  slope  at  any 
point  must  satisfy  the  constraints  imposed  for  minimum  and 
maximum  SOA. 

If  all  detection  zones  are  assumed  to  have  equal 
importance,  the  optimum  intercept  avoidance  path,  or  profile, 
is  one  which  minimizes  the  number  of  detection  zones  en¬ 
countered  during  a  transit.  For  the  example  of  Figure  3-6, 
which  depicts  the  situation  for  a  single  satellite,  the  best 
profile  can  probably  be  determined  by  visual  examination  of 
the  chart. 
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HOURS  SINCE  DEPARTURE 


Figure  34 

SET  OF  POSSIBLE  TIME-DISTANCE  POINTS 
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FROM  DEPARTURE  POINT 


Figure  3-5 

SET  OF  POSSIBLE  TIME-DISTANCE  POINTS 
WHEN  MINIMUM  SPEED  OF  ADVANCE  IS  ZERO  OR  NEGATIVE 


Intercept  Avoidance  Profile 


Figure  3-6 

SATELLITE  DETECTION  ZONES  ON  A  TIME-VERSUS-DISTANCE 
CHART  WITH  AN  SOA  CONSTRAINT  PARALLELOGRAM 


If  there  are  several  surveillance  satellites,  however, 
the  task  of  avoiding  detection  zones  becomes  more  complex 
(Figure  3-7) . 

Passing  through  a  detection  zone  does  not  necessarily 
mean  that  the  task  force  will  be  detected.  If  cloudy  weather 
is  forecast  for  the  first  few  days  of  the  transit,  for 
example,  the  probability  of  detection  by  an  optical  satellite 
during  that  period  will  probably  be  very  small.  At  the  same 
time,  the  sensing  capabilities  of  a  radar  satellite  generally 
are  not  affected  by  cloud  cover.  Accordingly,  it  may  be 
preferable  to  pass  through  two  or  more  optical  detection 
zones  rather  than  a  single  radar  detection  zone.  Therefore, 
the  probability  of  detection  within  a  detection  zone,  which 
is  not  represented  in  Figure  3-7,  may  be  an  important 
consideration  in  choosing  a  speed  profile. 

The  cost  of  a  detection  may  also  be  important.  Are 
early  detections  more  costly  than  later  ones?  Is  the  first 
detection  more  costly  than  stibsequent  detections?  In  addition, 
all  speeds  of  advance  are  not  equally  costly.  It  may  be 
preferable  to  risk  a  detection  which  has  a  low  probability 
rather  than  maintain  the  maximum  speed  of  advance  for  an 
extended  period  of  time. 

If  models  for  the  probability  of  a  detection,  the  cost 
of  a  detection  within  each  detection  zone,  and  costs  of 
speeds  of  advance  are  available,  then  we  can  select  the  SOA 
profile  that  minimizes  the  expected  cost  of  the  transit. 

Finally,  it  may  be  possible  to  lower  the  probability  of 
being  detected  by  a  given  satellite  through  the  use  of 
various  evasive  actions  such  as  EMCON,  electronic  counter¬ 
measures,  etc.  Both  the  efficacy  and  costs  of  these  measures 
should  be  considered. 
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Intercept  Avoidance  Profile 


Figure  3-7 

A  TIME-VERSUS-DISTANCE  CHART 
DETECTION  ZONES  FOR  SEVERAL  SATELLITES 


These  factors  all  conspire  to  render  visual  examination 
of  the  time-versu8>distance  chart  an  ineffective  technique 
for  minimizing  the  expected  cost  of  detection.  Fortunately, 
the  problem  can  be  solved  by  using  well  known  decision 
analysis  and  optimization  techniques.  The  optimization 
approach  which  has  been  adopted  is  described  in  the  remainder 
of  this  section. 

3.2  The  Optimization  Approach 

The  method  of  optimization  on  which  the  global  opti¬ 
mizer  is  based  is  dynamic  programming.  This  methodology  has 
the  following  characteristics:  1)  time  is  divided  into  a 
number  of  discrete  stages,  i.e.  points  at  which  decisions 
may  be  made;  2)  there  are  a  number  of  discrete  states  which 
the  system  may  occupy  at  a  particular  stage;  and  3)  all  the 
information  needed  to  make  decisions  at  any  stage  is  con¬ 
tained  in  the  state  description  and  does  not  depend  on  the 
particular  path  of  preceding  states,  decisions,  and  events 
which  led  to  that  state.  In  everyday  terms,  this  means  that 
the  best  way  to  get  to  where  you  are  going  has  nothing  to  do 
with  how  you  got  to  where  you  are  now. 

Now  let  us  apply  the  idea  of  dynamic  programming  to  the 
satellite  avoidance  problem.  The  first  step  is  to  divide 
the  total  time  of  the  transit  into  stages.  Stages  are 
defined  as  points  at  which  decisions  can  be  made  from  among 
the  available  options.  In  the  satellite  avoidance  problem, 
since  the  options  are  the  alternative  speeds  of  advance,  the 
stages  are  conveniently  determined  by  the  time  intervals 
specified  by  the  user  between  opportunities  to  change  the 
speed  of  advance. 
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The  next  step  Is  to  define  the  states.  If  we  imagine 
ourselves  at  some  stage  In  the  middle  of  the  transit,  the 
question  Is,  what  information  do  we  need  in  order  to  decide 
Intelligently  what  to  do?  In  other  words,  what  information 
must  be  included  in  the  state  description? 

First  of  all,  we  need  to  know  how  far  we  are  from  the 
departure  point  along  the  ship  track.  This  distance  tells 
us  where  we  are  on  the  earth,  and  the  stage  we  are  in  tells 
us  the  day  and  time.  Thus,  we  have  enough  information  to 
determine  which  potential  satellite  interceptions  might  be 
encountered . 

The  second  kind  of  information  required  is  the  current 
probability  that  the  ship  is  already  being  tracked.  This 
variable  accounts  for  and  represents  the  history  of  prior 
detections,  and  it  is  necessary  because  the  probability  and 
cost  of  detection  ordinarily  depend  on  the  probability  that 
the  adversary  knows  the  ship  is  there.  If  a  large  number  of 
previous  detections  have  occurred  and  it  is  almost  certain 
the  ship  is  being  tracked,  then  the  ship  will  undoubtedly  be 
noticed  by  satellites  overhead  unless  evasive  action  is 
taken.  On  the  other  hand,  it  is  probably  not  worthwhile 
expending  a  great  deal  of  effort  to  avoid  being  detected  if 
the  adversary  already  knows  the  location  of  the  ship. 

Thus,  the  two  kinds  of  information  which  should  be  in 
the  state  description  are  the  distance  of  the  ship  from  the 
departure  point  along  the  ship  track,  and  the  probability 
that  the  ship  is  already  being  tracked.  In  order  to  use 
dynamic  programming,  these  factors  must  be  treated  as  dis¬ 
crete  values.  In  the  global  optimizer,  the  probability  of 
being  tracked  is  divided  into  twenty-one  states,  0.00  0.05 
0.10  ...  0.95  and  1.0.  The  distance  of  the  ship  from  the 
departure  point  is  already  divided  by  the  stages  and  the 
speed  of  advance  options t  if  there  are  opportunities  to 
change  the  speed  of  advance  every  t  hours,  and  the  permissible 
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speeds  of  advance  differ  by  v  knots,  then  the  possible 
distance  states  will  differ  by  vt  nautical  miles. 

Dividing  the  total  trip  distance  into  discrete  distance 
states  and  the  total  time  of  the  trip  into  stages  creates  a 
lattice  of  distance-time  points  within  the  parallelogram 
(Figure  3-8) .  However,  the  total  time  is  unlikely  to  be 
exactly  divisible  by  the  time  increment,  nor  is  the  total 
trip  likely  to  be  traversable  by  using  only  the  specified 
speed  of  advance  options.  To  put  it  another  way,  the  depar¬ 
ture  point  and  the  destination  are  unlikely  to  fall  on 
lattice  points  on  the  graph. 
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Any  solution  to  this  problem  is  bound  to  be  somewhat 
arbitrary.  The  solution  adopted  in  the  global  optimizer  is 
the  following:  1)  all  stages  except  the  first  and  last 
occur  at  even  multiples  of  the  standard  time  increment, 
starting  at  midnight  of  the  day  preceding  departure;  and  2) 
the  first  and  last  time  intervals  fall  somewhere  between  one 
and  two  times  the  standard  time  increment.  The  former 
condition  causes  the  stages  to  occur  at  natural  hours  of  the 
day.  The  latter  condition  ensures  that  the  speed  of  advance 
options  which  result  from  the  odd  time  intervals  after  the 
first  and  next-to-last  stages  are  not  less  than  the  minimum 
speed  of  advance  nor  greater  than  the  maximum  speed  of 
advance . 


3.3  The  Dynamic  Programming  Algorithm 

One  cem  think  of  the  global  optimizer  as  a  substitute 
decision  maker.  Its  job  is  to  examine  many  possible  decision 
situations  and  to  make  decisions  the  way  we  would  if  we  had 
the  time  and  the  energy  to  examine  each  of  those  situations. 
In  the  dynamic  programming  formulation,  the  decision  situa¬ 
tions  are  defined  by  the  set  of  stages  and  states,  so  we 
must  determine  how  we  would  like  the  substitute  decision 
maker  to  make  decisions  using  this  information. 

The  available  options  at  a  particular  stage  and  in  a 
particular  state  consist  of  a  set  of  possible  speeds  of 
advauice.  The  current  state  indicates  our  distance  from  the 
departure  point  (and  therefore  indicates  our  location) ,  so 
we  can  determine  all  possible  satellite  interceptions  we 
might  encounter  using  each  speed  of  advance  (Figure  3-9) . 
However,  in  order  to  decide  among  them,  the  expected  cost 
for  each  of  these  speeds  of  advance  must  be  computed.  This 
is  simply  the  cost  of  travelling  at  that  particular  speed  of 
advance  plus  the  sum  of  the  expected  costs  for  each  of  the 
possible  interceptions  which  would  occur  using  that  speed  of 
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Figure  3-9 


POSSIBLE  SATELLITE  INTERCEPTIONS  ENCOUNTERED 
FROM  A  LATTICE  POINT  USING  EACH  POSSIBLE  SOA 


Unfortunately,  this  presents  a  nasty  problem:  Choosing 
the  speed  of  advance  option  with  the  lowest  expected  cost 
over  the  next  time  interval  might  result  in  a  very  costly 
situation  later  on.  That  is,  the  best  action  at  any  point 
in  time  depends  not  only  on  the  costs  incurred  during  the 
next  time  interval,  but  also  on  the  costs  incurred  during 
future  time  intervals.  Thus  we  cannot  really  decide  which 
speed  of  advance  to  choose  without  knowing  what  the  future 
costs  might  be. 


But  there  is  one  stage  in  which  this  is  not  a  problem. 
In  the  next-to-the-last  stage,  the  only  costs  we  need  to 
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consider  are  the  costs  Incurred  In  the  final  time  interval, 
because  after  that  «re  will  have  reached  our  destination,  and 
there  will  be  no  further  future  coats. 

Of  course,  \mtil  we  get  there  we  do  not  know  which 
state  we  will  occupy  in  the  next-to-the-last  stage,  so 
suppose  we  examine  every  state  in  the  next-to-the-last 
stage,  and  for  each  one  we  compute  the  costs  for  ei^ch  speed 
of  advance  option  and  choose  the  one  with  the  smaVlest  cost. 
Then  for  future  reference  we  record  both  the  action  chosen 
for  each  state  and  its  cost. 

Now  let's  look  at  the  second-to-the>last  stage.  We 
could  not  make  a  rational  decision  before  because  the  future 
costs  of  our  actions  were  unknown.  But  we  have  just  noted 
the  costs  associated  with  the  best  choice  of  speeds  for  each 
possible  state  in  the  next'to-the-last  stage,  which  are 
precisely  the  future  costs  we  need  in  the  second-to^the-last 
stage.  So  we  proceed  as  before:  consider  in  turn  each 
state  in  the  second^to-the-^last  stage,  and  for  each  state 
compute  the  cost  of  each  speed  of  advance  option  (fuel  costs 
plus  expected  costs  of  detection)  in  the  current  time  inter** 
val.  However,  before  choosing  among  them,  we  determine 
which  state  in  the  next-to-the>last  stage  each  speed  of 
advance  option  would  take  us  to,  and  add  the  future  cost 
previously  recorded  for  that  state  to  the  cost  of  the  cur¬ 
rent  speed  of  advance  option.  This  yields  the  total  cost  of 
choosing  that  particular  speed  of  advance  option  in  the 
current  stage  and  choosing  the  best  speed  in  all  future 
stages.  Naturally,  we  choose  the  option  which  has  the 
lowest  total  cost.  Proceeding  as  we  did  before,  we 
evaluate  each  state  in  the  second- to- the- last  stage  (stage^_2) • 
and  record  the  best  action  and  its  cost  for  future  reference. 

But  now  we  have  all  the  information  needed  to  make 
rational  decisions  at  each  state  in  stage^^^.  Obviously,  we 
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can  continue  with  this  procedure  by  processing  successively 
earlier  and  earlier  stages  until  we  reach  the  first  stage, 
at  the  time  of  departure,  at  which  point  we  are  done. 

3.4  Evaluating  Potential  Interceptions 

In  the  preceding  section,  we  assumed  that  we  could  cal> 
culate  the  expected  cost  of  detection  for  every  potential 
interception,  and  further,  that  this  cost  resulted  from  our 
use  of  the  most  cost-effective  evasive  action.  How  are 
these  costs  calculated? 

For  any  given  speed  of  advance  option  at  a  particular 
state  in  a  given  stage,  we  can  determine  the  time  and  loca¬ 
tion  of  all  potential  interceptions.  Each  potential  inter¬ 
ception  represents  a  decision  problem  (Figure  3-10} .  For 
each  possible  evasive  action,  there  are  two  possibilities 
(Figure  3-11) :  either  the  adversary  has  been  tracking  the 
ship,  or  he  has  not.  In  either  case  the  satellite  detects 
the  ship  or  it  does  not,  although  the  probabilities  and 
costs  of  detection  will  generally  differ  in  the  two  cases. 
Thus,  the  expected  cost  for  taking  evasive  action^  in  this 
situation  is  equal  to  the  sum  of  the  cost  of  the  action 
itself  and  the  expected  cost  of  detection. 

If  the  adversary  is  tracking  the  ship,  the  expected 
cost  is  simply  the  product  of  the  probability  of  detection, 
given  tracking,  and  the  cost  of  detection  given  tracking. 
Similarly,  if  the  adversary  la  not  tracking  the  ship,  the 
expected  cost  is  the  probability  of  detection,  given  not 
tracking,  times  the  cost  of  detection  given  not  tracking. 
Since  we  do  not  know  whether  the  adversary  is  tracking  the 
ship  or  not,  the  expected  cost  of  detection  for  evasive 
action^  is  a  weighted  average  of  the  t%K>  expected  costs 
(weighted  by  the  probability  of  their  occurrence) . 
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To  facilitate  the  asaessment  of  the  detection  proba¬ 
bilities,  two  additional  conditioning  factors  are  used 
(Figure  3-12).  Thus,  the  probability  of  detection  given 
tracking  is  equal  to  the  product  of  the  following  three 
factors:  the  probability  that  the  weather  is  O.K.  for  this 
satellite  type,  the  probability  that  the  satellite  sensor  is 
operating  given  that  the  weather  is  O.K.  for  detection,  and 
the  probability  that  the  satellite  will  detect  the  ship 
given  that  the  adversary  is  tracking,  the  sensor  is  operating, 
and  the  weather  is  O.K.  for  detection.  Exactly  the  same 
kind  of  computation  is  used  for  the  probability  of  detection 
given  that  the  adversary  is  not  tracking  the  ship. 

3.5  Optimization  Results 

The  end  result  of  the  optimization  process  is  a 
recommended  best  speed  of  advance  for  each  stage  of  the 
transit.  On  the  time-versus-distance  chart  the  recommended 
SOA  profile  will  appear  as  shown  in  Figure  3-13.  Another 
representation  of  this  result  is  a  stage-by-stage  plot  of 
SOA  versus  time  (Figure  3-14) . 

In  addition  to  the  recommended  SOA  profile,  the  optimizer 
determines  the  best  evasive  action  to  employ  for  each  detection 
zone  through  which  the  SOA  profile  passes  (Figure  3-15) . 

A  computer  software  package  which  implements  the 
optimization  procedure  discussed  in  this  section  and  which 
produces  the  results  shown  in  Figures  3-13,  3-14,  and  3-15 
is  described  in  detail  in  Section  4.0. 
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DETECTION  ZONE  EVASIVE  ACTIONS 
FOR  THE  RECOMMENDED  SOA  PROFILE 


4.0  DESCRIPTION  OF  SYSTEM  USE 


This  section  describes  the  characteristics  of  the  user 
interface  portion  of  the  Satellite  Surveillance  Avoidance 
Optimization  Aid.  It  discusses  the  procedures  for  initiating 
and  terminating  execution  of  the  Aid,  the  aspects  of  terminal 
operation  which  are  relevant  to  use  of  the  Aid,  and  the 
mechanisms  employed  for  parameter  specification  and  result 
display.  The  section  is  organized  so  that  it  may  be  used  by 
itself  as  a  users  reference  guide  for  operation  of  the  Aid. 
Each  significant  feature  is  described  in  a  separate  sub- 
section.  Thus,  a  user  desiring  information  about  a  par> 
ticular  feature  can  access  the  information  easily  by  referring 
to  the  Table  of  Contents.  On  the  other  hand,  the  subsections 
are  arranged  in  sequence  and  are  related  contextually  to 
one  another  so  that  a  user  wanting  an  introduction  to  or  a 
description  of  the  complete  Aid  can  satisfy  his  needs 
simply  by  reading  this  entire  section. 

To  maintain  consistency  across  feature  descriptions,  a 
single  transit  scenario  is  used  throughout.  In  this  scenario 
the  task  force  is  being  routed  as  shown  in  Figure  4-1  from 
Norfolk,  Virginia,  to  the  Straits  of  Gibraltar  by  way  of  a 
point  just  to  the  northvfest  of  the  Canary  Islands.  The  two 
legs  of  the  journey—Norfolk  to  the  Canaries  and  thence  to 
Gibraltar-- are  along  great  circle  routes.  The  course  is 
diverted  south  to  the  Canary  Islands  to  avoid  a  storm 
center  presumed  to  lie  along  the  more  direct  Norfolk-to- 
Gibraltar  great  circle  route. 

4.1  Initiation  of  Execution 


The  Aid  consists  of  two  primary  software  components, 
(1)  the  user  interface  software  which  executes  in  a  Tek¬ 
tronix  4051  terminal  and  (2)  the  calculational  software 
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which  executes  on  a  host  computer.  To  initiate  execution  of 
the  Aid,  the  user  need  be  concerned  only  with  the  former. 

The  user  interface  software  is  stored  on  a  magnetic 
tape  cartridge  which  fits  the  tape  cartridge  drive  of  the 
4051.  The  objective  of  the  initiation  procedure  is  simply 
to  transfer  the  user  Interface  software  from  the  tape  cartridge 
to  the  main  memory  of  the  4051  and  then  to  begin  its  execution. 
This  may  be  accomplished  by  performing  the  following  three 
steps: 

Step  1.  Turn  4051  power  on. 

Step  2.  Insert  the  tape  cartridge  into  the  4051 
tape  cartridge  drive. 

Step  3.  Press  the  AUTO  LOAD  key. 

(Refer  to  Figure  4-2  for  the  locations  of  the  4051  conponents 
involved  in  these  steps) .  Once  these  steps  have  been  per¬ 
formed,  the  user  Interface  software  will  direct  the  user  in 
the  next  action  to  be  taken. 

Each  of  the  initiation  procedure  steps  is  described  in 
more  detail  in  the  sections  which  follow. 

4.1.1  Step  1:  Turn  4051  Power  On  -  The  4051  power 
switch  is  located  beneath  the  right  front  edge  of  the  key¬ 
board,  as  shown  in  Figure  4-3.  It  is  a  rocker-type  switch. 

To  turn  the  power  on,  "rock”  the  switch  to  the  right.  To 
turn  the  povrer  off,  "rock"  the  switch  back  to  the  left. 

When  the  power  switch  is  turned  on,  the  power 
indicator  shown  in  Figure  4-3  will  light  up  and  the  user 
should  be  able  to  hear  the  sound  of  the  ventilation  fan.  If 
these  conditions  fail  to  occur,  ensure  that  the  power  cable 
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Figure  4-2 

INITIATION  OF  EXECUTION  -4051  OPERATIONS 
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Figure  4-3 

TURNING  4051  POWER  ON 


is  Inserted  into  a  live  outlet  and  is  firmly  inserted  into 
the  back  of  the  4051.  If  these  checks  are  positive,  the 
power  line  fuse  may  be  blo%m.  Otherwise,  a  more  serious 
malfunction  may  be  indicated,  which  would  require  the  ser¬ 
vices  of  trained  repair  personnel. 

A  few  seconds  after  power  has  been  applied  to 
the  system,  the  screen  will  brighten  so  that  it  is  uniformly 
illuminated.  At  this  point  the  user  may  press  the  HOME  PAGE 
Key  (Figure  4-3)  to  clear  the  screen.  This  is  not  essential, 
however,  since  the  user  interface  software  will  automatically 
clear  the  screen  when  it  begins  execution. 

4.1.2  Step  2i  Insert  Aid  Tape  Cartridge  -  Once  power 
has  been  applied  to  the  4051,  insert  the  Aid  tape  cartridge 
into  the  tape  cartridge  drive.  To  do  this,  pick  up  the 
cartridge  between  thumb  and  fingers  of  the  right  hand  so 
that  the  metal  side  of  the  cartridge  is  against  the  fingers 
and  the  tape  label  is  closest  to  the  hand.  The  clear 
plastic  side  of  the  cartridge  should  be  against  the  thumb. 

Insert  the  cartridge  about  one  inch  into  the 
tape  slot  on  the  right  side  of  the  4051  front  panel,  as 
shown  in  Figure  4-4a.  The  metal  side  of  the  cartridge 
should  be  toward  the  right  side  of  the  tape  slot  and  the 
tape  label  should  be  out  of  the  machine. 

Release  the  cartridge;  then  place  the  thumb 
against  the  label  edge  of  the  cartridge  and  push  it  slowly 
into  the  tape  slot.  There  should  be  very  little  mechanical 
resistance  until  the  label  edge  of  the  cartridge  projects 
about  three-quarters  of  an  inch  beyond  the  front  panel.  At 
^is  point  the  EJECT  button  near  the  bottom  of  the  tape  slot 
(Figure  4-4b)  will  be  flush  with  the  front  panel. 


62 


Figure  44 

INSERTING  A  TAPE  CARTRIDGE 
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Press  slowly  but  firmly  against  the  cartridge 
edge  until  the  last  three-quarters  of  an  inch  is  pushed  into 
the  tape  slot,  as  shown  in  Figure  4-4c.  This  will  cause  the 
EJECT  button  to  onerge  from  the  front  panel.  When  the  tape 
cartridge  is  properly  seated  in  the  tape  slot,  it  will  not 
be  possible  to  push  it  in  any  further;  the  label  edge  of  the 
tape  cartridge  will  be  flush  with  the  front  panel;  and  the 
EJECT  button  will  protrude  from  the  front  panel  about  three- 
quarters  of  an  inch. 

4.1.3  Step  3:  Press  AUTO  LOAD  Key  -  Once  the  Aid  tape 
cartridge  has  been  inserted  into  the  4051  tape  cartridge 
drive,  press  the  AUTO  LOAD  key.  This  key  is  located  near 
the  back  edge  of  the  keyboard  just  below  the  tape  slot,  as 
shown  in  Figure  4-5. 

Pressing  the  AUTO  LOAD  key  causes  the  4051  to 
rewind  the  tape  (that  is,  to  position  the  tape  at  its  be¬ 
ginning  if  it  is  not  already  positioned  there) ,  then  to  load 
the  user  interface  program  from  the  tape  into  the  4051  main 
memory,  and  finally  to  Initiate  execution  of  the  program. 
During  this  process,  the  green  BUSY  and  I/O  (input/output) 
indicators  on  the  front  panel  (Figure  4-5)  will  be  illumi¬ 
nated.  Also,  the  4051  tape  drive  will  make  a  series  of 
buzzing  or  scraping  sounds,  normal  sounds  that  occur  when¬ 
ever  the  4051  causes  the  tape  to  move.  The  AUTO  LOAD  pro¬ 
cess  requires  approximately  90  seconds. 

When  the  tape  movement  stops,  the  screen  will  be 
erased  (equivalent  to  pressing  the  PAGE  key)  and  the  image 
of  Figure  4-6  will  appear. 
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Figure  4-6 

IMAGE  PRESENTED  TO  USER  WHEN  AID  EXECUTION  BEGINS 


4.2  Tenalnal  Operation 

At  various  stages  in  the  operation  of  the  Aid  the  user 
will  be  required  to  take  certain  specific  actions  with  the 
keyboard.  The  particular  action  to  be  taken  at  each  point 
will  be  discussed  in  the  sections  devoted  to  the  features 
requiring  user  responses.  However,  there  are  a  number  of 
generic  Issues  pertaining  to  keyboard  and  terminal  operation 
which  will  be  discussed  here  to  avoid  describing  them  redun** 
dantly  below  and  to  provide  a  centralised  source  for  the 
Information. 
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4.2.1  Punctlcnal  Layout  and  Use  of  the  Keyboard  - 
Aa  sho«m  in  Figure  4>7,  the  4051  keyboard  can  be  viewed  as 
consisting  of  six  logically  distinc  ets  of  keys: 

o  Alphanumeric  Keyboard 

o  Ntuneric  Pad  and  Math  Function  Keys 

o  User  Definable  Keys 

o  Line  Editor  Keys 

o  Program  Statement  Keys 

o  Tape  and  Hard  Copy  Controls 

Of  these  sets  of  keys  only  the  Alphanumeric  Keyboard,  the 
Numeric  Pad,  the  Line  Editor  Keys,  and  the  Tape  and  Hard 
Copy  Controls  should  be  used  to  interact  with  the  Aid. 

The  User  Definable  Keys  are  not  currently  sup¬ 
ported  by  the  Aid  and  are  in  fact  deactivated  by  the  program 
when  it  is  executing.  The  Program  Statement  Keys  are  used 
for  programming  purposes  only  and  have  no  effect  when  used 
in  conjunction  with  execution  of  the  Aid. 


Alphanumeric  Keyboard 

As  a  practical  matter,  virtually  all  user  interactions 
with  the  Aid  can  be  accomplished  with  the  Alphanumeric  Key¬ 
board  alone.  The  light  grey  keys  (including  the  space  bar) 
augmented  by  the  dark  grey  SHIFT  keys  allow  the  user  to  type 
all  the  characters  (letters,  numbers,  and  symbols)  customarily 
available  on  a  standard  typewriter.  These  keys  are  sufficient 
to  compose  all  keyboard  responses  required  by  the  Aid.  All 
other  keys  (including  those  in  other  functional  groups) 
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Figure  4-7 

4051  KEYBOARD  LAYOUT 
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merely  provide  alternatives  to  these  keys  or  provide  means 
for  altering  or  editing  erroneous  entries. 

The  Aid  vill  accept  either  uppercase  or  lowercase 
letters  in  response  to  any  query.  Thus,  "YES”  and  "yes” 
will  be  equivalent. 

Once  the  user  has  composed  his  entry  and  is  satisfied 
with  its  correctness,  he  must  signal  this  fact  to  the  pro¬ 
gram  by  pressing  the  RETURK  key.  This  fact  should  be 
emphasized,  since  it  is  the  step  most  often  overlooked  by 
the  computer-naive  user. 

Other  Alphanumeric  Keyboard  Keys  which  are  useful  for 
interacting  with  the  Aid  include: 

o  TTY  LOCK  Pressing  this  key  (to  "lock” 

it)  causes  all  alphabetic  char¬ 
acters  to  appear  as  uppercase 
characters,  regardless  of  the 
state  of  the  SHIFT  key.  The  key 
must  be  pressed  again  to  release 
it. 

o  HOME  PAGE  Pressing  this  key  by  itself 

(the  PAGE  function)  causes  the 
display  to  be  erased.  Pressing 
this  key  in  combination  with  the 
SHIFT  key  (the  HOME  function) 
causes  the  cursor  (discussed  below) 
to  move  to  the  upper  left  corner  of 
the  screen,  the  home  position,  but 
does  not  erase  the  screen. 

o  BACKSPACE  Pressing  this  key  causes  the  cursor 

(discussed  below)  to  move  to  the 
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left  one  character  space  but  does  not  affect  the  character 
currently  displayed  In  that  position. 


o  RUBOUT  Pressing  this  key  causes  the  cxirsor 

(discussed  below)  to  move  to  the 
left  one  character  space  and  over¬ 
writes  any  character  currently 
displayed  In  that  position  with  a 
solid  rectangle.  The  character 
under  the  cursor  is  replaced  by  the 
SPACE  character.  (If  the  cursor  is 
initially  positioned  over  a  character, 
pressing  the  RUBOUT  key  deletes 
that  character.  Subsequent  activa¬ 
tions  of  the  key  affect  characters 
to  the  left) . 

Note  that  most  keys  repeat  their  respective  functions  when¬ 
ever  they  are  held  down  for  more  than  about  a  half  second. 

The  SPACE  bar,  the  BACKSPACE  key,  and  the  RUBOUT  key 
can  be  used  to  change  or  edit  an  entry  before  it  is  "sent" 
to  the  program  with  the  RETURN  key.  The  SPACE  and  BACKSPACE 
keys  allow  the  cvursor  to  be  moved  back  and  forth  along  a 
typed  entry.  Any  character  under  the  cursor  can  be  replaced 
simply  by  typing  the  replac«nent  character.  (Both  the  new 
and  the  old  characters  will  appear,  overwritten,  on  the 
screen,  but  the  old  character  will  have  been  replaced  by  the 
new  character  in  the  entry  seen  by  the  program) .  The  RUBOUT 
key  allows  the  user  to  delete  any  unwanted  characters. 

The  remaining  keys  on  the  Alphanumeric  Keyboard  are 
normally  not  required  by  and  should  not  be  used  in  con¬ 
junction  with  the  Aid.  These  keys  are  the  following t  ESC, 

TAB,  CTRL,  BREAK,  the  two  bracket-character  keys,  the  up- 
arrow  key,  the  back-slash  key,  and  the  LP  (line  feed)  key. 
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The  uae  (accidental  or  intentional)  of  any  of  these  keys 
will  not  in  general  be  disastrous  but  may  result  in  unwanted 
characters  appearing  in  an  entry.  The  worst  situation 
arises  when  the  BREAK  key  has  been  activated;  this  will 
cause  program  execution  to  be  suspended. 

BREAK  Key 

Accidental  activation  of  the  BREAK  key  can  be  r^edied 
in  the  following  manner.  If  the  BREAK  key  has  been  depressed 
once,  the  BREAK  indicator  on  the  4051  front  panel  (Figure  4- 
8)  will  light  up  and  program  execution  will  stop  after  the 
program  statement  currently  in  process  has  finished.  If  the 
user  is  in  the  process  of  typing  an  entry,  he  may  complete 
that  operation  (through  the  step  of  pressing  RETURN)  with 
no  ill  effect.  At  that  point  the  BREAK  Indicator  will  go 
out  and  the  4051  will  display  a  message  of  the  form: 

PROGRAM  INTERRUPTED  PRIOR  TO  LINE  nnnn 
where  nnnn  represents  a  line  number.  The  program  may  be 
restarted  from  the  point  at  which  it  was  Interrupted  simply 
by  typing  "RUN,"  followed  by  the  line  number  nnnn,  then 
pressing  RETURN: 

RUN  nnnn 

If  the  BREAK  key  has  been  depressed  twice  in  rapid 
succession  or  a  second  time  while  the  BREAK  indicator  is 
lighted,  program  execution  will  be  aborted  immediately  and 
the  4051  will  display  a  message  of  the  form: 

PROGRAM  ABORTED  IN  LINE  nnnn 

In  this  case  the  program  must  be  restarted  from  the 
beginning;  it  may  not  be  restarted  from  the  point  at  which 
it  was  aborted  else  undesirable  behavior  may  result.  To 
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BREAK  Indicator 


restart  from  the  beginning,  either  type  "RUN"  or  press  the 
AUTO  LOAD  key.  However,  if  communication  with  the  host  has 
been  established  previously  (see  Section  4.2.4),  then  other 
steps  must  be  taken  before  typing  "RUN"  or  pressing  AUTO 
LOAD  in  order  to  ensure  synchronization  of  host  program 
execution  and  terminal  program  execution.  In  particular, 
the  user  must  take  the  following  actions: 

(1)  Type  'CALL  "TERMIN" '  (then  press  the  RETURN  key). 
Note  that  the  double-quote  marks  are  part  of  the 
character  string  that  must  be  typed. 

(2)  Depress  the  CTRL  key  and  simultaneously  press 

the  letter  C  key.  At  this  point  the  host  computer 
may  respond  by  printing  a  message  or  some  other 
characters;  the  last  thing  to  appear  should  be  a 
period  on  a  line  by  itself. 

(3)  Press  User  Definable  Key  number  5.  If  the 

User  Definable  Keys  are  covered  by  a  Data  Commun¬ 
ication  Interface  template,  key  nxunber  5  will  be 
labeled  "RETURN  TO  BASIC." 

Only  after  this  sequence  of  steps  has  been  taken  should  the 
user  type  "RUN"  or  press  AUTO  LOAD. 

As  mentioned  above,  the  Numeric  Pad,  the  Line  Editor 
Key,  and  the  Tape  and  Hard  Copy  Controls  generally  duplicate 
functions  which  can  be  performed  using  the  Alphanumeric 
Keyboard.  Many  of  these  keys  do  facilitate  certain  opera¬ 
tions,  however,  so  they  are  %K>rth  discussing.  (In  fact,  a 
few  of  the  functions  provided  by  these  keys  can  be  performed 
from  the  Alphanumeric  Keyboard  only  in  a  circuitous  manner) . 
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Numeric  Pad 

All  of  the  keys  in  the  Numeric  Pad  duplicate  keys 
appearing  in  the  Alphanumeric  Keyboard.  However,  use  of 
these  keys  for  numeric  data  entry  may  be  preferred  by  users 
familiar  with  the  standard  calculator  keyboard.  (None  of 
the  Math  Ftinctlon  Keys  is  ever  required  for  responses  re¬ 
quired  by  the  Aid) . 

Line  Editor  Keys 

The  Line  Editor  Keys  may  be  useful  to  change  or  edit 
any  user-typed  entry  (before  RETURN  has  been  pressed) . 

There  are  five  keys,  each  of  which  has  two  functions.  The 
function  listed  below  each  key  is  selected  by  pressing  the 
key  alone;  the  function  listed  above  is  selected  by  pressing 
the  key  in  combination  with  the  SHIFT  key.  Of  the  ten 
possible  functions,  only  eight  are  operable  for  editing 
entries  to  the  program;  the  RECALL  LINE  and  RECALL  NEXT  LINE 
functions  are  used  for  programming  purposes  only.  The  other 
functions  are  used  as  follows: 

o  EXPAND  This  function  causes  all  characters 

to  the  right  of  the  cursor,  in¬ 
cluding  the  character  under  the 
cursor,  to  be  moved  to  the  extrone 
right  of  the  screen.  The  user's 
entry  will  appear  split  into  left 
and  right  portions  separated  by  a 
gap.  The  cursor  remains  at  the 
extreme  left  of  the  gap,  in  position 
for  additional  characters  to  be 
inserted. 

o  COMPRESS  This  function  acts  as  the  inverse 

of  EXPAND.  The  gap  between  the 
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cursor  and  the  right  portion  of  the 
entry  is  closed  by  shifting  the 
right  portion  to  the  current  position 
of  the  cursor. 

O  BACKSPACE  This  function  duplicates  the  BACKSPACE 

key  of  the  Alphanumeric  Keyboard; 
the  cursor  moves  one  character 
position  to  the  left. 

This  function  duplicates  the 
RUBOUT  key  of  the  Alphantimeric  Key¬ 
board;  the  character  under  the 
cursor  (or  to  its  left)  is  deleted. 

o  SPACE  This  function  duplicates  the  SPACE 

bar  of  the  Alphanumeric  Keyboard; 
the  cursor  moves  one  character 
position  to  the  right. 

This  function  is  equivalent  to  the 
RUBOUT  key  of  the  Alphanumeric  Key¬ 
board  except  that  the  cursor  moves 
to  the  right  instead  of  left.  The 
character  under  the  cursor r  or  to 
its  right,  is  deleted. 

o  CLEAR  This  function  totally  erases  or 

clears  away  the  user  entry.  This 
is  useful  when  the  entry  has  become 
so  garbled  from  editing  that  the 
user  would  like  to  start  fresh. 

o  REPRINT  This  function  causes  the  current 

entry  to  be  displayed  again  one 
line  down.  This  is  useful  when  the 
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entry  has  been  edited  and  contalna 
rubouts  and  typeovers,  and  the  user 
would  like  to  see  a  "clean"  copy 
before  pressing  RETURN. 

Tape  and  Hard  Copy  Controls 

The  Tape  and  Hard  Copy  Controls  are  used  to  request 
three  coimnon  tape  drive  and  hard  copy  unit  operations.  The 
functions  provided  by  these  keys  are: 

o  AUTO  LOAD  As  discussed  above,  this  function 

is  used  to  load  the  Aid  from  a  tape 
cartridge  into  the  main  memory  of 
the  4051  and  to  begin  its  execution. 

o  REWIND  This  function  causes  the  4051  tape 

cartridge  drive  to  position  the 
tape  at  its  beginning.  Use  of  this 
function  in  conjunction  with  the 
Aid  is  not  required. 

o  MAKE  COPY  This  function  causes  a  hard  copy 

unit  attached  to  the  4051  to  make  a 
paper  copy  of  the  image  appearing 
on  the  display  screen. 

4.2.2  Display  features  •  There  are  several  features  of 
the  4051  display  screen  which  are  often  sources  of  puzzle¬ 
ment  or  consternation  to  the  user  unfamiliar  with  Tektronix 
display  devices.  The  most  significant  of  these  include: 

o  reduced  display  intensity; 

o  automatic  erasing  of  the  screen; 
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o 


different  cursors; 


o  page-full  condition. 

Each  of  these  will  be  discussed  in  turn. 

Reduced  Intensity 

As  information  is  displayed  upon  the  screen/  its  inten¬ 
sity  (though  not  overly  bright)  is  sufficient  to  permit 
normal  viewing.  As  long  as  information  continues  to  be 
added  to  the  display  image  or  the  4051  is  actively  proces¬ 
sing  data,  the  data  displayed  upon  the  screen  will  continue 
to  remain  visible.  However,  should  all  activity  in  the  4051 
cease  for  a  period  of  about  90  seconds  (while  waiting  for 
the  user  to  begin  to  type  a  response  to  a  program  query,  for 
instance) ,  the  display  image  will  automatically  reduce  in 
intensity  so  that  it  is  no  longer  (or  at  best,  scarcely) 
visible.  In  this  reduced  Intensity  level  the  image  remains 
stored  upon  the  screen,  but  is  dimmed.  Any  activity  in  the 
4051  will  reestablish  the  normal  viewing  Intensity  so  that 
the  information  will  again  be  visible.  The  customary  way  to 
reestablish  normal  intensity  is  to  press  the  SHIFT  key. 
Pressing  any  other  key  will  have  the  same  effect,  but 
pressing  SHIFT  has  the  advantage  that  it  does  not  by  itself 
generate  any  input  data  to  the  program.  This  makes  it  a 
convenient  way  to  reestablish  normal  intensity.  (The  reduced 
Intensity  is  a  design  feature  intended  to  prolong  display 
screen  life.) 

Automatic  Erasing 

Another  feature  aimed  at  prolonging  screen  life  is  the 
automatic  erasing  feature.  If  there  has  been  no  activity  in 
the  4051  for  a  period  of  about  30  minutes,  the  display 
screen  is  automatically  erased  as  if  the  PAGE  key  %rere 
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pressed.  This  protects  the  screen  from  damage  when  the  4051 
has  been  inadvertently  left  on  and  unattended.  This  is 
unlikely  to  occur  in  use  of  the  Aid  (unless  the  user  goes  to 
lunch  in  the  middle  of  a  session),  but  if  it  does,  the  Aid 
will  almost  certainly  be  waiting  for  the  user  to  respond  to 
a  query.  Since  the  screen  will  be  blank,  the  user  will  have 
no  idea  of  what  response  is  expected.  The  easiest  way  to 
circumvent  this  problem  is  to  press  the  RETURN  key  alone. 
This  will  be  an  invalid  response  to  all  queries.  The  Aid 
will  inform  the  user  of  this  fact  and  will  then  repeat  the 
query. 

Cursors 

A  more  subtle  potential  source  of  confusion  arises  from 
the  fact  that  the  4051  can  display  different  types  of  cur> 
sors.  Only  two  of  the  cursor  types  are  likely  to  appear 
when  the  Aid  is  being  used,  but  the  user  should  know  their 
significance. 

Under  all  normal  conditions  in  use  of  the  Aid,  a  cursor 
will  appear  upon  the  screen  only  when  the  user  is  expected 
to  respond  to  a  program  query.  In  this  case  the  cursor  will 
appear  as  a  blinking  question  mark  and  marks  the  position  on 
the  screen  at  which  a  character  typed  from  the  keyboard  will 
appear.  Thus,  a  blinking  question  mark  indicates  that  it  is 
the  user's  turn  to  take  an  action.  (This  should  be  obvious 
from  the  context  of  Information  displayed  upon  the  screen.) 

In  a  few  other  situations  the  cursor  will  appear  as  a 
blinking  solid  rectangle.  Under  normal  conditions  in  use  of 
the  Aid,  the  rectangular  cursor  should  appear  only  when 
power  is  first  applied  to  the  4051  before  the  AUTO  LOAD  key 
is  pressed  (see  Section  4.1)  and  when  the  "Execution  ter¬ 
minated”  message  has  been  displayed  (see  Section  4.9).  If 
this  cursor  appears  at  any  other  time,  it  indicates  that 


program  execution  has  been  interrupted  abnormally#  such  as 
by  pressing  the  BREAK  key.  In  this  event  program  execution 
must  be  resumed  or  restarted  as  described  for  the  BREAK  key 
in  Section  4.2.1. 

Page-Full  Condition 

In  a  few  situations  when  the  user  is  providing  inputs 
to  the  Aid#  the  cursor  may  move  off  the  bottom  of  the  screen. 
This  will  happen  when  the  user  types  an  entry  on  the  last 
line  at  the  bottom  of  the  screen  and  then  presses  RETURN. 
When  this  occurs#  the  cursor  will  disappear#  any  information 
typed  by  the  user  after  pressing  RETURN  will  not  be  dis¬ 
played#  and  a  blinking  "F*  will  appear  in  the  extreme  upper 
left  corner  of  the  screen#  the  "home”  position.  This  is 
called  the  "page-full  condition." 

The  page-full  condition  does  not  entirely  inhibit  4051 
operation#  but  for  all  practical  purposes  the  Aid  will  stop 
its  processing  until  the  condition  is  alleviated.  This  may 
be  accomplished  simply  by  pressing  the  PAGE  key  to  clear  the 
screen.  Aid  execution  will  then  continue. 

4.2.3  Tape  cartridge  involvetnent  -  The  Aid  tape  car¬ 
tridge  contains  a  permanent  copy  of  the  user  interface 
software  and#  as  discussed  in  Section  4.1#  is  used  to  ini¬ 
tialize  the  4051  main  memory  whenever  the  Aid  is  to  be  used. 
The  tape  cartridge  is  involved  in  more  than  just  the  ini¬ 
tialization  process#  however.  In  fact#  the  user  interface 
software  consists  of  several  pieces  which  are  stored  on  the 
tape  and  which  are  selectively  brought  into  main  memory  to 
replace  other  pieces#  depending  upon  the  particular  function 
presently  required  by  the  user  (such  as  parameter  specifica¬ 
tion  or  result  display) . 
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The  significance  of  this  fact  is  that  the  tape 
cartridge  must  r^ain  in  the  4051  tape  cartridge  drive  the 
whole  time  the  Aid  is  in  use.  If  the  tape  cartridge  has 
been  removed  from  the  drive,  the  4051  will  cease  execution 
of  the  Aid  and  will  display  the  following  message  on  the 
screen  whenever  a  new  piece  of  the  program  is  needed: 

MAG  TAPE  CARTRIDGE  REQUIRED  IN  LINE  nnnn  -  MESSAGE  NUMBER  57 

When  this  occurs,  the  Aid  tape  cartridge  must  be  reinserted 
into  the  tape  drive  aaid  the  program  must  be  restarted  from 
the  beginning.  To  restart  the  program,  the  user  can  press 
AUTO  LOAD  or  he  can  simply  type  "RUN.” 

In  addition  to  containing  the  user  interface 
software,  the  tape  cartridge  is  used  by  the  Aid  to  store 
parameter  and  result  values.  This  enables  the  user  to 
retrieve  and  to  manipulate  the  values  produced  in  an  earlier 
session  or  to  interrupt  a  session  and  to  resume  where  he 
left  off  some  hours  or  days  later.  Purthennore,  it  minimizes 
the  amount  of  4051  main  memory  taken  up  for  data  storage  by 
allowing  values  not  required  for  immediate  processing  to  be 
removed  from  the  memory. 

Storage  of  data  values  on  the  tape  cartridge  is 
another  reason  that  the  cartridge  must  remain  in  the  4051 
tape  drive  while  the  Aid  is  in  use.  Another  constraint  that 
this  imposes  upon  the  cartridge  is  that  it  must  not  be 
placed  in  a  wrlte>protected  state}  the  arrow  on  the  %irite- 
protect  cylinder  must  point  away  from  the  word  SAFE,  as 
shown  in  Figure  4-9,  Whereas  loading  program  pieces  from 
the  tape  involves  only  reading  of  information,  storing  data 
involves  writing  data  on  the  tape  as  well. 

If  the  cartridge  has  been  write-protected,  the 
4051  will  cease  execution  of  the  Aid  and  will  display  the 
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following  message  whenever  any  attempt  to  change  data  values 
on  the  tape  is  made: 


MAG  TAPE  IS  WRITE  PROTECTED  IN  LINE  nnnn  -  MESSAGE  NUMBER  56 

As  when  the  tape  cartridge  has  been  removed,  the  program 
must  be  restarted  from  the  beginning,  either  by  pressing 
AUTO  LOAD  or  by  typing  "RUN." 

4.2.4  Host  computer  involvement  -  As  mentioned  in 
Section  4.1,  the  Aid  consists  of  two  primary  software  com¬ 
ponents:  (1)  the  user  interface  software  and  (2)  the  calcu- 

lational  software.  The  user  interface  software  resides  and 
executes  solely  in  the  Tektronix  4051  terminal.  The  calcu- 
lational  software,  which  performs  satellite  intercept  and 
optimization  calculations,  is  much  too  taxing  for  the  4051 
in  terms  of  memory  requirements  and  computational  complexity. 
Therefore,  it  has  been  installed  in  a  larger,  faster  "host” 
computer  with  which  the  4051  conmumicates.  The  4051  elicits 
parameter  values  from  the  user  (via  the  user  interface 
software)  and  sends  them  to  the  host.  The  host  uses  these 
values  in  its  calculations  and  in  turn  sends  result  values 
back  to  the  4051  for  display  to  the  user. 

For  the  most  part  the  user  need  not  concern  him¬ 
self  with  the  details  of  this  arrangement.  However,  when 
the  4051  is  ready  to  begin  its  dialogue  with  the  host,  the 
user  must  ensure  that  a  communication  path  exists  between  it 
and  the  4051.  Thus,  before  the  4051  conducts  its  initial 
"handsheUcing"  with  the  host,  the  user  may  be  asked  to  establish 
a  telephone  connection  with  the  host  unless  a  hard-wired 
connection  already  exists.  The  details  of  this  request  are 
discussed  in  Sections  4.6.1  and  4.7.1. 
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4.3  Primary  Options 

When  execution  of  the  Aid  begins,  and  at  various  other 
stages  during  Its  execution,  the  user  Is  presented  with  a 
screen  Image  such  as  the  one  In  Figure  4-10  containing  the 
name,  or  title,  of  the  Aid  and  a  list  of  options  frcxn  which 
the  user  Is  expected  to  select.  The  options  presented  on 
this  "title  page"  represent  the  primary  classes  of  activities 
which  the  Aid  will  support  for  specifying  and  reviewing 
parameter  values  and  examining  results. 


Dcportnsnt  of  Defense 
Advanced  Research  Projects  Asencs 
(Inforeation  Processins  Technoloss  Office) 


SATELLITE  8URUE1LLANCE  AUOIDANCE  OPTIRtZATION  AID 
developed  by 

Decisions  b  Desitns*  Inc. 


OPTIONS: 

<1>  Introduction 

<2>  Define  new  transit  plan 

<3)  Review/edit  old  transit  plan 

(4)  Review  old  environeantol  poroneters 

<5>  Review  old  results 

<d)  Stop  execution 

Enter  nunber  of  option  desired: 


Figure  4-10 
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The  list  of  options  on  the  title  page  will  appear  in 
three  slightly  different  forms  as  a  function  of  where  the 
user  is  in  the  sequence  of  planning  a  transit.  If  the  user 
defined  a  transit  completely  and  calculated  its  results 
before  terminating  execution  in  his  last  session  with  the 
Aid,  the  title  page  options  will  appear  as  shown  in  Figure 
4-10.  If  the  user  either  has  defined  a  new  transit  plan  or 
has  made  changes  to  a  previous  transit  plan  but  has  not 
requested  result  calculation,  the  title  page  options  will 
appear  as  shown  in  Figure  4-11.  Finally,  if  the  user  has 
just  completed  result  calculation,  or  if  he  has  reviewed  old 
parameters  or  results  but  made  no  changes,  the  title  page 
options  will  appear  as  shown  in  Figure  4-12.  The  signifi¬ 
cance  of  each  of  these  title  pages  will  be  discussed  below. 
The  details  of  each  option  are  discussed  in  Sections  4.4 
through  4.9. 


DspartnsTkt  of  Defense 
Advanced  Research  Projects  Asency 
(Infornation  Processing  Technology  Office> 


SATELLITE  SURUEILLANCE  AMOIDAHCE  OPTINIZATION  AID 


developed  by 

Decisions  i  Designsy  Inc. 


OPTIONS: 

(1>  Introduction 

<2)  Define  neu  transit  plan 

(3)  Revicw/’cdit  transit  plan 

(4)  Review  environnental  poreneters 
(5>  Calculate  results 

<6>  Stop  execution 

Enter  nunber  of  option  desired: 


Figure  4-11 
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OcpartNcnt  of  Defense 
Advanced  Research  Projects  Atencu 
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SATELLITE  8URUEILLAHCE  AUOIDANCE  OPTIMIZATION  AID 


developed  bv 

Decisions  b  Dcsignst  Inc. 


OPTIONS: 

<1)  Introduction 

(2)  Define  new  transit  plan 

(3>  Review/^edit  transit  plan 

(4>  Review  environnental  pareneters 

<S>  Review  results 

(£>  Stop  execution 

Enter  nueber  of  option  desired: 


Figure  4-12 


4.3.1  Options  given  Previously  Calculated  Results  - 
The  title  page  options  shown  in  Figure  4-10  will  be  pre¬ 
sented  to  the  user  as  execution  of  the  Aid  first  begins  if 
the  user's  last  session  ended  after  the  results  for  a  transit 
had  been  calculated.  The  review  options,  items  3  through  5, 
all  indicate  that  the  parameters  and  results  of  an  "old," 
previously  calculated  transit  are  available  for  examination. 
The  word  "old"  in  these  items  is  simply  a  roninder  that  the 
last  transit  results  are  still  available  for  review. 

If  the  user  actually  reviews  some  results  or 
parameters  (by  selecting  one  of  options  3  through  5) ,  the 
word  "old"  will  not  be  displayed  in  subsequent  instances  of 
the  title  page:  instead  the  image  of  Figure  4-12  will  appear. 
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If  the  user  changes->edlt8— any  transit  plan  parameters  or 
defines  an  entirely  new  transit  plan,  the  image  of  Figure  4-11 
will  appear. 

4.3.2  Options  given  a  New  or  Revised  Transit  Plan  - 
Regardless  of  which  title  page  option  list  was  previously  in 
effect,  if  the  user  edits  transit  plan  parameters  or  defines 
a  new  transit  plan,  the  title  page  of  Figure  4-11  will 
appear.  Option  5  indicates  that  before  results  for  the  new 
current  transit  plan  can  be  reviewed,  they  must  be  calculated; 
previously  calculated  results  are  no  longer  available.  Once 
option  5  has  been  exercised  by  the  user,  the  title  page  of 
Figure  4-12  will  become  effective. 

4.3.3  Options  given  Newly-Calculated  Results  -  After 

]  *  the  user  causes  results  for  a  new  or  a  revised  transit  plan 

to  be  calculated,  he  will  be  presented  with  the  title  page 
of  Figure  4-12.  He  will  be  presented  with  this  title  page 
if  he  selects  any  of  the  review  options  of  the  title  page  in 
Figure  4-10,  as  well. 

The  title  page  of  Figure  4-12  will  remain  effec¬ 
tive  until  the  user  edits  a  parameter  or  defines  a  new 
transit  plan;  it  will  then  revert  to  the  title  page  of 
Figure  4-11. 

4.3.4  Introduction  Option  -  The  first  option,  "Intro¬ 
duction,”  on  each  of  the  three  title  page  option  lists 
(Figures  4-10,  4-11,  and  4-12)  is  not  currently  implemented 
but  is  provided  for  future  convenience. 

If  the  user  selects  this  option  by  typing  a  "1" 
when  asked  to  "Enter  number  of  option  desired:",  the  Aid 
will  respond  by  displaying  the  phrase  "No  introduction— press 
RETURN..."  as  shown  in  Figure  4-13. 
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DtportH*T>t  of  Defense 
ftdvonced  Reseorch  Projects 
(Infornation  Processina  Technoloaa  Officer 


SftTELLITE  SURyEILLRHCE  AUOIDANCE  OPTIMIZfiTIOH  «I0 


developed  ba 

Decisions  t  DesipnSf  Inc« 


options: 

(1)  Introduction 

<2)  Define  new  transit  plan 

(3)  Revieu^edit  old  transit  plon 

<4)  Review  old  environnentol  parameters 

<5>  Review  old  results 

(6>  Stop  execution 


E«t«r  «M*cr  o»  optiy 

Ni*  iptro<*ctiop-"»r— «  •fTUW.. 


1 


Figure  4-13 


As  soon  as  the  user  presses  RETURN,  the  Aid  will  clear  the 
screen  and  display  the  current  title  page  again. 


4 . 4  Transit  Plan  Definition 


If  the  user  selects  the  "Define  new  transit  plan" 
option  by  typing  a  "2"  when  the  title  page  appears  (Figure 
4-14),  the  Aid  will  begin  a  transit  plan  definition  sequence. 
This  option  may  be  selected  from  any  one  of  the  three  title 
pages  (Figures  4-10,  4-11,  and  4-12). 
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Departncnt  of  Defense 
Advanced  Research  Projects  Rsenew 
<Infornation  Processins  Technolosw  Office) 


SATELLITE  SURUEILLANCE  AUOtDAHCE  OPTIHIZATION  AID 


developed  by 

Decisions  4  Desianst  Inc. 


OPTIONS: 

(1>  Introduction 

(2>  Define  new  transit  plan 

<3>  Review/edit  old  transit  plan 

<4>  Review  old  environnenta)  poraneters 

<5)  Review  old  results 

<6>  Stop  execution 

Enter  nueber  of  option  desired:  2 


Figure  4-14 


In  the  transit  plan  definition  sequence  the  Aid  asks 
the  user  to  specify  values  for  a  number  of  parameters  which 
describe  the  transit  plan.  These  parameters  are  the  fol¬ 
lowing: 

o  Departure  and  arrival  times 

o  Track  plan  (point  of  departure,  destination, 
and  intermediate  points) 

o  Probability  of  already  being  tracked  at  departure 

o  SOA  options 

o  Time  increment  for  SOA  changes 
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o 


Fuel  costs 


o  Detection  aversion  costs 
o  Evasive  action  costs 

The  elicitation  process  and  sequence  for  transit  plan 
definition  is  described  in  the  subsections  below. 

4.4.1  Departure  and  Arrival  Tiroes  -  When  the  transit 
plan  definition  sequence  begins «  the  Aid  asks  the  user  to 
specify  his  desired  departure  time  and  date  as  shown  in 
Figure  4-15.  The  user  should  format  his  response  according 
to  the  example  provided  and  as  shown  in  Figure  4-16. 

Spaces  are  required  between  time  and  day,  day 
and  month,  and  month  and  year.  Leading  zeros  are  not  re¬ 
quired  for  any  field,  but  are  permitted;  thus,  6  o'clock  in 
the  morning  may  be  specified  as  either  ”0600"  or  ”600"  and 
the  fourth  day  of  the  month  may  be  specified  as  either  "04” 
or  "4". 


Time  must  be  specified  in  the  twenty-four  hour 
system,  from  0000  to  2400,  and  is  assumed  to  be  Greenwich 
mean  time.  The  month  must  be  specified  by  name  (not  as  a 
number)  but  may  be  abbreviated  to  the  first  three  characters 
of  the  name.  The  year  may  be  specified  in  its  entirety 
(e.g.,  "1977")  or  may  be  abbreviated  to  the  last  t%K>  digits 
(e.g.,  "77"). 


When  the  user  presses  KETURN  to  terminate  his 
entry,  the  Aid  reprints  the  entry,  reformatted  if  necessary, 
and  the  user  is  asked  to  confirm  its  correctness  as  shown  in 
Figure  4-17,  If  the  value  is  correct,  the  user  may  confirm 
it  by  typing  either  "YES"  or  simply  "Y";  any  other  response, 
including  RETURN  by  itself,  is  interpreted  to  mean  no.  A 


Value  Entered 


track  plan  specification 

Enter  desired  departure  tine  t  date — 
<e.9.«  0800  16  July  77>: 


Figure  4-15 


track  plan  specification 


Enter 


desired  deporture  tine  1 
(e.3>t  0800  16  July  77)! 


dote — 

0600  17  nov  77 


Value  Entered 


Figure  4-16 


track  plan  specification 

Enter  desired  deporture  tine  i  date — 

(e.3.>  0800  16  July  77)!  0600  17  nov  77 

Is  this  value  correct?  yes 

Enter  desired  orrival  tine  t  dote — 

<e.s.»  1430  25  July  77):  1600  26  nov  77 

Is  this  value  correct‘d  y 


Value  Entered 
•600  17  NOV  77 

1600  26  NOV  77 


Figure  4-17 


90 


negative  response  causes  the  Aid  to  ask  for  the  value  again; 
an  affirmative  response  causes  the  Aid  to  ask  for  the  next 
parameter  value,  desired  arrival  time,  as  shown  in  Figure 
4-17. 


Arrival  time  and  date  must  be  specified  in  the 
seime  manner  as  departure  time  and  date.  The  Aid  checks  to 
ensure  that  departure  precedes  arrival  and  gives  the  user  an 
opportunity  to  correct  a  discrepancy,  if  it  occurs. 

4.4.2  Track  Plan  -  Following  the  requests  for  departure 
and  arrival  times,  the  Aid  asks  the  user  to  specify  the 
route,  or  track  plan,  which  he  expects  to  follow.  The  Aid 
first  asks  the  user  to  specify  the  latitudes  and  longitudes 
of  his  point  of  departure  and  his  destination.  This  operation 
is  illustrated  by  Figure  4-18. 


TRftCK  PLAN  SPECIFICATION 

Enter  desired  departure  tiHe  i  date-- 

(e.9.1  0800  16  July  77):  0600  17  nov  77 

Is  this  value  correct?  yes 

Enter  desired  arrival  tine  t  date — 

<c.9.,  1430  25  July  77>:  1600  26  nov  77 

Is  this  value  correct?  y 

Enter  point-of-departure  latitude:  36  S4  n 

Is  this  volue  correct?  y 

Enter  point-of-depar ture  longitude:  76  18  w 
Is  this  value  correct?  y 

Enter  destination  latitude:  35  57  n 

Is  this  value  correct?  y 

Enter  destination  longitude:  5  36  w 
Is  this  value  correct?  y 


Ualue  Entered 
0600  17  NOU  77 

1600  26  HOO  77 
36  54  00  N 
•76  18  00  U 
35  57  00  N 
005  36  00  H 


Figure  4-18 


i 
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Bach  latitude  or  longitude  must  be  specified  in 
degrees,  minutes,  and  seconds,  although  minutes  and  seconds 
need  not  be  specified  if  they  are  zero.  Spaces  are  required 
between  fields  (between  degrees  and  minutes,  etc.).  Leading 
zeros  are  not  required  for  any  field  but  are  permitted. 

Direction— north  or  south  for  latitude,  east  or 
west  for  longitude— must  be  specified  and  must  be  entered  as 
a  single  character. 

The  user  is  given  a  chance  to  review  each  value 
entered  and  must  confirm  its  correctness.  Values  which  are 
not  confirmed  as  correct  are  requested  again. 

For  the  example  shown  in  Figure  4-18  the  point 
of  departure  is  Norfolk,  Virginia,  and  the  destination  is 
Gibraltar.  Normally,  the  Aid  assumes  that  the  route  to  be 
traveled  between  point  of  departure  and  destination  lies 
along  a  great  circle.  Through  the  dialogue  presented  in 
Figure  4-19,  the  Aid  allows  the  user  to  deviate  frcsn  a 
simple  great  circle  path  by  specifying  up  to  eight  inter¬ 
mediate  points.  In  this  example  a  single  intermediate  point 
near  the  Canary  Islands  has  been  specified.  Whenever  a 
segmented  route  is  specified  in  this  manner,  the  Aid  assumes 
that  each  segment  lies  along  a  great  circle. 

When  more  than  one  intermediate  point  is  desired, 
the  points  must  be  specified  in  the  sequence  to  be  traveled, 
from  point  of  departure  to  destination.  The  syntax  for 
specifying  intermediate-point  latitudes  and  longitudes  is 
the  same  as  that  for  point  of  departure  and  destination. 

If  the  number  of  intermediate  points  is  suf¬ 
ficiently  great  or  if  several  value  corrections  are  made  in 
the  course  of  track  plan  specification,  the  page-full  con¬ 
dition  discussed  in  Section  4.2.2  may  occur.  The  user 
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track  plan  specification 

E*)ter  desired  departure  tine  i  date — 

(e.g.f  0800  18  Jul;^  77>:  0600  17  nov  77 

Is  this  value  correct?  yes 

Enter  desired  orrivol  tine  i  date — 

<c.9.i  1430  25  July  77>:  1600  26  nov  77 

Is  this  value  correct?  y 

Enter  point-of-departure  latitude:  36  54  n 

Is  this  value  correct?  y 

Enter  point-of-departure  longitude:  76  16  w 
Is  this  value  correct?  y 

Enter  destination  latitude:  35  57  n 

Is  this  value  correct?  y 

Enter  destination  longitude:  5  36  w 
Is  this  value  correct?  y 

Are  internediate  points  desired?  y 

Enter  nunber  of  internediate  points  desi''ed:  1 

Enter  latitude  for  point  l:  30  n 
Is  this  value  correct?  y 

Enter  longitude  for  point  l:  20  w 
Is  this  value  correct?  y 


Ualue  Entered 
0600  17  NOU  77 

1600  26  NOV  77 
36  54  00  N 
076  18  00  H 
35  57  00  N 
005  36  Oe  H 

30  00  00  N 
020  00  00  H 


Figure  4-19 
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c'lould  be  alert  to  this  poeaibility.  The  page-full  con¬ 
dition  may  be  alleviated  by  pressing  the  PAGE  key. 

4.4.3  Probability  of  Already  Being  Tracked  -  When  the 
track  plan  specification  has  been  completed,  the  Aid  will 
ask  the  user  to  estimate  the  probability  of  already  being 
tracked  as  he  leaves  his  point  of  departure.  This  is  sho%m 
in  Figure  4-20.  The  user's  response  must  be  a  number  between 
0  and  1.  If  less  than  1,  the  number  must  contain  a  decimal 
point}  a  zero  to  the  left  of  the  decimal  point  is  optional. 

If  there  is  exactly  one  intermediate  point  in 
the  track  plan  or  if  several  value  corrections  have  been 
made  in  the  course  of  track  plan  specification,  the  page- 
full  condition  discussed  in  Section  4.2.2  may  occur  during 
the  probability  elicitation  process.  This  is  the  case  for 
the  example  shown  in  Figure  4-20.  Pressing  the  PAGE  key  to 
clear  the  page-full  condition  will  cause  the  image  of  Figtire 
4-21  to  appear.  The  message 

Press  RETURN  to  continue . . . 

indicates  that  the  first  phase  of  the  transit  plan  definition 
sequence  is  complete.  (The  message  does  not  appear  as  a 
result  of  clearing  the  page-full  condition.  It  is  a  normal 
part  of  the  elicitation  process.)  Pressing  the  RETUIW 
key  at  this  point  causes  the  screen  to  be  cleared  and  initiates 
the  next  phase  of  the  transit  plan  definition  sequence.  The 
pause  provided  by  the  "Press  RETURN..."  message  allows  the 
user  to  review  any  Information  which  might  be  on  the  screen 
(as  would  be  the  case  if  there  were  fewer  or  more  inter¬ 
mediate  points  than  appear  in  the  example  of  Figures  4-20 
and  4-21)  before  beginning  the  next  phase. 

4.4.4  80A  Options  -  The  second  phase  of  the  transit 
plan  definition  sequence  begins  with  the  selection  of  the 
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TRACK  PLAN  SPECIFICATION 


Value  Eutcred 


Enter  desired  departure  tine  t  date-- 

(e.9.,  eeoe  is  Juw  77>:  esee  17  nov  77 
Is  this  value  correct?  wes 

Enter  desired  arriwol  tine  4  dote — 

<e.9.i  1430  25  July  77>:  1600  26  nov  77 

Is  this  value  correct?  y 

Enter  point-of-depar turc  lotitudel  36  54  n 
Is  this  value  correct?  y 

Enter  point-of-depar ture  lon9itude:  76  18  w 
Is  this  value  correct?  y 

Enter  destination  latitude:  35  57  n 

Is  this  value  correct?  y 

Enter  destination  longitude:  5  36  w 
Is  this  value  correct?  y 

Are  internediate  points  desired?  y 

Enter  nunber  of  internediate  points  desired: 

Enter  latitude  for  point  l:  30  n 
Is  this  value  correct?  u 

Enter  longitude  for  point  l:  20  w 
Is  this  value  correct?  u 

Enter  probability  of  already  being  tracked 
at  departure  f0. 00-1.00):  .05 

Is  this  value  correct?  y 


0600  17  HOV  77 

1600  26  NOV  77 
36  54  00  N 
076  18  60  U 
35  57  00  N 
085  36  08  H 

30  08  88  N 
020  88  08  H 

.85 


Figure  4-20 


Press  RETURN  to  continue... 


Figure  4-21 


SOA  options  to  be  considered  in  the  optimization  process. 

The  user  is  first  presented  with  a  set  of  default  SOA  options 
as  shown  in  Figure  4-22.  The  only  significance  to  be 
associated  with  these  options  is  that  they  are  meant  to 
represent  what  may  be  commonly  used  speeds.  The  user  is 
completely  free  to  define  his  own  set  of  options,  which  he 
can  do  by  responding  affirmatively  to  the  question  posed  in 
Figure  4-22. 

If  the  user  indicates  his  desire  to  specify  SOA 
options  different  from  the  defaults,  he  is  asked  to  do  so  by 
providing  a  minimum  value,  a  maximum  value,  and  an  Increment, 
as  shown  in  Figure  4-23.  Although  the  example  shows  these 
values  to  be  multiples  of  5,  this  is  not  a  requirement;  the 
only  restriction  is  that  the  minimum  SOA  and  the  maximum  SOA 
must  be  multiples  of  the  SOA  increment.  The  minimum  SOA  may 
in  fact  be  zero  or  negative.  Fractional  values  are  not 
permitted,  however. 

Once  the  user  provides  the  values  requested  in 
Figure  4-23,  the  Aid  checks  them  for  consistency,  requests 
changes  if  inconsistencies  are  found,  and  asks  the  user  to 
conflm  the  correctness  of  his  choices  as  shown  in  Figure 
4-24. 

4.4.5  Time  Increment  for  SOA  Changes  -  Following  the 
specification  of  SOA  options,  the  Aid  asks  the  user  to 
select  a  time  Increment  to  be  used  in  the  optimisation 
process  as  the  length  of  time  over  which  SOAs  will  be  main¬ 
tained.  This  request  is  illustrated  in  Figure  4-25.  When  a 
particular  SOA  value  is  chosen  by  the  optimizer,  the  user  is 
expected  to  maintain  that  speed  for  this  task  force  for  the 
duration  of  the  time  increment  specified.  The  ^tlmiter 
will  consider  changing  speeds  only  at  times  which  are  mul¬ 
tiples  of  this  time  increment. 


SOA  OPTION  SELECTION 

Dcfftttit  SOA  optionf  <in  knots)  ore:  5  10  19  20  25 
Do  MOtt  wish  to  specify  values  different  fron  these? 


Figure  4-22 


SOA  OPTION  SELECTION 

Default  SOA  options  <in  knots)  are:  9  10  IS  20  2S 

Do  you  wish  to  specify  values  different  fron  these?  y 

Enter  nininun  SOA  <knots>:  9 

Enter  naxinun  SOA  (knots):  30 

Enter  SOA  increnent  (knots):  9 

Figure  4-23 


SOA  OPTION  SELECTION 

Default  SOA  options  (in  knots)  ore:  9  10  19  20  29 
Do  you  wish  to  specify  values  different  fron  these?  y 

Enter  nininuN  SOA  (knots):  9 

Enter  Naxinun  SOA  (knots):  30 

Enter  SOA  increnent  (knots):  9 

Current  SOA  options  (in  knots)  ere:  9  It  15  20  29  30 
Are  these  values  correct?  y 


Figure  4-24 


For  the  example  shown  in  Figure  4-25,  the  default 
time  increment  of  eight  hours  has  been  chosen.  Thus,  the 
optimizer  will  consider  SOA  changes  with  a  frequency  of 
three  times  a  day. 

With  the  specification  of  the  time  increment  for 
SOA  changes,  the  second  phase  of  transit  plan  definition  is 
complete. 


4.4.6  Fuel  Costa  -  .The  next  portion  of  the  transit 
plan  definition  process  is  concerned  with  the  assessment  of 
"fuel  costs”;  it  begins  with  the  screen  image  of  Figure  4-26. 
The  user  is  asked  to  specify  the  relative  "costs"  of  the 
various  SOA  options  with  respect  to  one  amother  and  with 
respect  to  other  criteria  considered  later  in  the  elicitation 
process,  namely,  detection  aversion  and  evasive  action 
costs. 


The  fuel  costs  assessed  here  can  reflect  more 
than  just  the  coat  of  fuel  associated  with  each  SOA  option. 
They  can  indicate  the  user's  unhappiness  with  each  SOA 
option  relative  to  the  others  (and  relative  to  the  other  two 
criteria)  for  any  reason  whatsoever.  For  example,  the  user 
may  like  an  SOA  of  5  knots  less  than  one  of  10  knots  because 
his  ships  do  not  respond  as  well  to  the  helm  in  heavy  seas 
at  the  slower  speed. 

Values  specified  for  fuel  cost  (and  for  the 
other  cost  criteria,  as  well)  must  be  in  the  range  from  0  to 
100,  where  100  represents  the  greatest  cost  and  0  the  least. 
Only  whole-numbered  values  are  permitted. 

For  a  scenario  in  which  fuel  costs  are  rela¬ 
tively  small  compared  with  the  cost  of  detection  (discussed 
in  Section  4.4.7),  the  user  might  assess  fuel  costs  as  shown 
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SOA  OPTION  SELECTION 

Default  SOA  options  (in  knots)  arc:  5  18  15  20  25 

Do  you  wish  to  specify  values  different  fron  these?  y 

Enter  nininun  SOA  (knots):  5 

Enter  naxifiun  SOA  (knots):  38 

Enter  SOA  increnent  (knots):  5 

Current  SOA  options  (in  knots)  arc:  5  18  15  28  25  38 
Arc  these  values  correct?  y 

Default  tine  increnent  for  SOA  chanyes  is  8  hours. 

Do  you  uish  to  specify  a  different  value?  no 


Figure  4-25 


FUEL  COST  ASSESSMENT 

Note:  Fuel  cost  nust  be  specified  for  each  SOA  option. 
Cost  values  nust  be  in  the  ransc  fron  8  to  188 
and  nust  be  consistent  with  values  specified  for 
detection  oversion  costs  end  evasive  action  costs. 

Enter  fuel  cost  for  SOA  option  5  knots: 


Figure  4-26 


In  Figure  4-27.  When  the  last  of  these  values  has  been 
entered,  the  Aid  asks  the  user  to  verify  their  correctness 
as  shown  in  Figure  4-28.  If  the  user  is  not  satisfied  with 
the  values,  the  Aid  will  repeat  the  sequence  of  requests  in 
Figure  4-27.  Otherwise,  the  next  step  in  transit  plan 
definition  begins,  namely,  detection  aversion  specification. 

4.4.7  Detection  Aversion  Profile  -  Detection  aversion, 
like  fuel  costs,  must  be  assessed  in  relation  to  the  entire 
set  of  cost  criteria.  Detection  aversion  is  a  measure  of 
how  unhappy  the  user  would  be  if  he  were  detected  during  his 
planned  transit  (and  identified  as  a  target  of  interest)  by 
hostile  surveillance  forces.  Like  fuel  costs,  aversion  to 
detection  could  be  expressed  simply  as  a  single  value  on  the 
scale  from  0  to  100. 

It  may  happen,  however,  that  a  user's  aversion 
to  detection  varies  as  a  function  of  his  progress  through 
his  transit.  In  particular,  the  user  may  be  more  concerned 
with  detection  near  the  end  of  the  transit  than  near  the 
beginning.  To  accommodate  situations  such  as  this,  the  user 
is  presented  with  a  number  of  detection  aversion  functions, 
or  profiles,  when  this  stage  of  transit  plan  definition 
begins.  These  profiles  appear  in  Figure  4-29. 

Each  detection  aversion  profile  represents  a 
possible  variation  of  detection  aversion  as  a  function  of 
distance  (labeled  as  "distance  fraction")  along  the  track 
plan.  Profile  1  indicates  that  avoiding  detection  is  more 
critical  near  the  point  of  departure  than  near  the  destina¬ 
tion.  Profile  2  represents  the  converse  situation:  avoiding 
detection  is  more  critical  near  the  destination  than  near 
the  point  of  departure.  Profile  3  implies  that  detection 
avoidance  is  equally  important  at  all  points  of  the  transit; 
this  is  equivalent  to  expressing  detection  aversion  as  a 
single  value,  as  discussed  above.  Profiles  4  and  5  indicate 


FUEL  COST  ASSESSHENT 

Note:  Fuel  cost  Must  be  specified  for  each  SOA  option. 
Cost  values  nust  be  in  the  ranoe  fron  0  to  100 
and  Must  be  consistent  with  values  specified  for 
detection  aversion  costs  and  evasive  action  costs. 


Enter  fuel 
Enter  fuel 
Enter  fuel 
Enter  fuel 
Enter  fuel 
Enter  fuel 


cost  for 
cost  for 
cost  for 
cost  for 
cost  for 
cost  for 


60A  option 
SOA  option 
SOA  option 
SOA  option 
SOA  option 
SOA  option 


5  knots: 
10  knots: 
iS  knots: 
20  knots: 
25  knots: 
30  knots: 


7 

S 

S 

5 

6 
7 


Figure  4-27 


Current  fuel  costs  are: 
SOA  Option  Fuel  Cost 


5  7 

10  6 

IS  5 

20  5 

2S  6 


Are  these  values  correct?  p 
Press  RETURN  to  continue... 

Figure  4-28 
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DETECTION  AVERSION  PROFILE  SELECTION 
<l>  Departure 


<2>  Arrival 


(3>  Uniforn 


(4>  Kiddie 


Diet  Froct 


<5>  Ends 


Diet  Fract 

Enter  nunber  of  proTtIc  which  best  represents  your 
aversion  to  detection: 


Figure  4  29 
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that  the  middle  and  the  ends  of  the  transit,  respectively, 
are  the  most  critical  regions  for  avoiding  detection.  Other 
profiles  could  be  provided,  but  these  seem  to  cover  the  most 
frequently  encountered  situations. 

The  user  must  select  one  profile  which  best 
represents  his  aversion  to  detection  for  the  transit  under 
consideration.  The  cost  values  associated  with  the  profiles 
will  undoubtedly  not  match  those  that  the  user  would  like, 
but  the  user  will  be  given  the  opportunity  to  specify  his 
own  values  once  a  profile  has  been  selected.  Therefore,  in 
selecting  a  profile,  the  user  should  be  concerned  only  with 
the  shape  of  the  function,  not  its  values. 

Figure  4>30  depicts  the  selection  of  profile  4; 
this  causes  the  image  of  Figure  4-31  to  appear.  At  this 
point  the  user  is  given  the  opportunity  to  specify  cost 
values.  If  profile  3  had  been  chosen,  the  Aid  would  request 
just  a  single  value. 

The  values  must  lie  in  the  range  from  0  to  100, 
where  100  represents  the  greatest  aversion  to  detection. 

The  minimum  value  must  be  less  than  or  equal  to  the  maximum 
value  specified.  Only  whole-niunbered  values  may  be  specified. 

Once  the  user  has  specified  the  cost  parameters 
for  the  type  of  profile  he  has  selected,  the  Aid  will  dis¬ 
play  that  profile,  modified  to  reflect  the  parameter  values 
assigned.  The  user  is  then  asked  to  confirm  that  this 
profile  reflects  his  true  aversion  to  detection,  as  sho%m  in 
Figure  4-32.  If  the  user  is  unhappy  with  the  resulting 
profile,  he  is  given  an  opportunity  either  to  specify  dif¬ 
ferent  values  or  to  select  an  entirely  different  profile. 

This  completes  the  detection  aversion  assessment  step  of 
transit  plan  definition. 
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DETECTION  AVERSION  PROFILE  SELECTION 


<1>  Departure 


C 

o 

s 

t 


<4>  Hiddle 

100 

eo| 

60 
40 
20 


A.ii‘.4*Ur.'i  "i 

Dtst  Frect 


<3>  Uniforn 


(2>  Arrival 


(9>  Ends 


Enter  iMtfil»er  of  profile  ohich  best  represents  pour 
eversion  to  detection:  4 


Figure  4-30 


DETECTION  AUERSION  COST  A8SESSNENT 


Note:  Detection  coots  oust  be 

consistent  nith  the  vetoes 
specified  for  feel  cost 
end  evosive  ection  costs. 


Detection  Aversion  Profile 


Enter  nexinun  detection  cost  (t-lOO):  IM 
Enter  nininun  detection  cost  M 


Figure  4-31 
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DETECTION  AUERSION  COST  REUIEU 

Dttcctioik  Aversion  Profile 


Is  this  profile  correct?  y 
Press  RETURN  to  continue.** 


Figure  4-32 


4.4.8  Evive  Action  Costs  -  The  final  step  in  the 
transit  plan  definition  sequence  is  the  assessment  of  costs 
for  the  various  evasive  actions  which  may  be  employed  to 
thwart  detection.  The  set  of  possible  evasive  actions  and  a 
default  cost  for  each  comes  from  the  host  computer.  (See 
Sections  4.6.2  and  4.7.2).  Since  changes  in  these  are 
likely  to  be  infrequent,  the  user  can  generally  ignore  this 
fact. 


As  this  step  begins,  the  Aid  displays  the  image 
of  Figure  4-33.  The  evasive  action  descriptors  are  those 
last  received  from  the  host,  but  the  costs  associated  with 
them  are  the  costs  as  last  specified  by  the  user  (perhaps 
for  an  earlier  transit  plan).  They  may  be  default  costs,  of 
course,  if  the  user  has  never  made  any  changes. 


eUASIVE  ACTION  COSTS 


Evasive  Action  Cost 

<  1>  NORMAL  OPERATIONS  8 

<  2>  ENCON  28 

<  3>  RECONFIGURE  <HERCHANT>  5 

<  4)  ZIG-ZAG  9 

<  S>  EN  SPOOF  <NERCHANT>  9 

<  6>  DECOY  <CHAFF>  9 

<  7>  JAM  18 


<  8>  None  of  the  above 

Enter  nunber  of  iten  to  be  chanted: 

Figure  4-33 


At  this  point  the  user  is  given  an  opporttmity 
to  change  any  cost  or  to  leave  them  all  unchanged.  In 
Figure  4-34  the  cost  of  EMCON  has  been  selected  for  change. 
The  value  specified  must  be  consistent  with  costs  assessed 
for  the  other  evasive  actions  and  with  the  costs  specified 
for  fuel  cost  and  detection  aversion. 
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EIMSIUE  ACTION  COSTS 
Evasive  Action 


Cost 


<  1>  NORNAL  OPERATIONS  0 

<  2>  ENCON  20 

<  3>  RECONFIGURE  (HERCHANT)  S 

<  4)  ZIG-ZAG  9 

<  5>  EH  SPOOF  <HERCNANT>  5 

<  «>  DECOY  <CNAFF>  9 

<  7>  JAN  10 


-<  8>  None  of  the  above 

Enter  nunber  of  itefi  to  be  chanted:  2 

Note:  Evasive  action  costs  Aust  be  consistent  vith  the 
values  specified  for  fuel  cost  end  detection  cost. 

Enter  revised  cost  (0-100>  for  evasive  action  2:  9 


Figure  4-34 


The  values  specified  for  evasive  action  costs 
must  lie  between  0  and  100,  where  100  represents  the  greatest 
cost.  Only  whole-numbered  values  are  permitted. 

Once  a  value  has  been  entered,  the  cost  table  is 
redisplayed  with  the  corresponding  entry  changed  as  shown  in 
Figure  4-35.  Again  the  user  is  given  an  opportunity  to 
change  any  cost,  and  the  process  may  be  repeated. 

When  the  user  finally  selects  "None  of  the 
above,”  as  in  Figure  4-36,  the  evasive  action  cost  step 
terminates  and  the  transit  plan  definition  sequence  is 
coB^lete.  Pressing  RETURN  at  this  point  causes  the  title 
page  of  Figure  4-11  to  appear,  and  the  user  is  given  an 
opportunity  to  select  another  activity.  Mote  that  having 
defined  a  new  transit  plan  invalidates  any  results  which  may 
have  been  calculated  previously  and  causes  option  5  of  the 
title  page  option  list  to  becOTie  "Calculate  results  .  ” 
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EUASIUE  ACTION  COSTS 

Evasive  Action  Cost 

<  1>  NORMAL  OPERATIONS  0 

<  2>  ENCON  S 

(  3>  RECONFIGURE  (HERCHAHT)  S 

<  4>  ZIG-ZAG  8 

<  S)  EH  SPOOF  <NERCHANT>  8 

(  6)  DECOY  <CHAFF>  8 

(  7>  JAH  10 

<  8>  None  of  the  above 

Enter  nunber  of  iten  to  be  chanted: 


Figure  4-35 


EUASIUE  ACTION  COSTS 

Evasive  Action  Cost 

<  1)  NORMAL  OPERATIONS  B 

<  Z>  EMCON  5 

<  3>  RECONFIGURE  <NERCNAHT>  8 

<  4>  ZIG-ZAG  8 

<  8)  EM  SPOOF  <HERCHANT>  8 

<  €>  DECOY  <CHAFF>  8 

(  7>  JAM  10 

f  8)  None  of  the  above 

Enter  nenber  of  iten  to  be  chanted:  0 


Figure  4-36 
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4.5  Transit  Plan  Review  and  Editing 

If  the  user  selects  the  "Revlew/edlt  transit  plan" 
option  from  the  title  page  option  list,  as  shown  in  Figure 
4-37,  the  Aid  will  give  the  user  an  opportunity  to  examine 
and  optionally  to  change  any  of  the  parameter  values  orig¬ 
inally  assessed  in  the  transit  plan  definition  sequence 
described  in  Section  4.4.  This  option  may  be  selected  from 
any  one  of  the  three  different  title  pages  (Figures  4-10,  4- 
11,  and  4-12) . 

When  the  review/edit  option  is  selected,  the  user  is 
presented  with  the  option  menu  of  Figure  4-38.  With  the  ex¬ 
ception  of  option  5,  each  of  the  options  in  this  menu  allows 
the  user  to  examine  and  to  alter  a  subset  of  the  parameter 
values  elicited  during  the  transit  plan  definition  sequence. 


Ocpartncnt  of  Dtfensc 
Advanced  Research  Projects  Atenew 
Clnfornation  Processing  Technology  Office) 


SATELLITE  SURUEILLANCE  AUOIDANCE  OPTIHIZATIOH  AIO 
developed  by 

Decisions  4  Dcsignsf  Inc. 


OPTIONS: 

<1>  Introduction 

<2>  Define  new  transit  plan 

<3>  Review/edit  transit  plan 

<4>  Review  environnental  parencters 

<5>  Calculate  results 

<6>  Stop  execution 

Enter  nunber  of  option  desired:  3 


Figure  4-37 
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TRANSIT  PLAN  REUIEU^EDIT  OPTIONS: 
<1>  Track  Plan 

<2>  SOA  Options  4  Fuel  Costs 
<3>  Octection  Aversion  Profile 
<4>  Evasive  Action  Costs 
<9>  None  of  the  above 

Enter  nunber  of  option  desired: 


Figure  4-38 


Selecting  option  5,  as  shown  in  Figure  4>39,  will  cause 
the  title  page  to  reappear.  If  before  selecting  option  5 
one  of  the  first  four  options  is  selected  and  one  or  more 
parameter  values  is  changed,  then  any  results  which  may  have 
been  calculated  previously  will  be  invalidated;  this  will 
force  the  title  page  to  assume  the  form  of  Figure  4-11  in 
which  the  fifth  option  is  "Calculate  results." 


TRANSIT  PLAN  REUIEU/EDIT  OPTIONS: 
<1>  Track  Plan 

<2>  SOA  Options  b  Fuel  Costs 
(3>  Detection  Aversion  Profile 
<4>  Evasive  Action  Costs 
<9>  Hone  of  the  above 

Enter  nueber  of  option  desired:  9 


Figure  4-39 


111 


The  parameters  presented  for  review  within  each  of  the 
first  four  options  should  be  largely  self-evident.  The 
track  plan  consists  of  departure  and  arrival  times;  point  of 
departure,  destination,  and  intermediate  point  latitudes  and 
longitudes;  and  probability  of  prior  tracking.  In  addition 
to  SOA  options  and  fuel  costs,  the  second  option  includes 
the  time  increment  for  SOA  changes.  The  third  and  fourth 
options  are  concerned  with  detection  aversion  and  evasive 
action  costs,  respectively,  as  their  names  imply. 

4.5.1  Track  Plan  -  When  the  track  plan  option  is 
selected,  as  shown  in  Figure  4-40,  the  image  of  Figure  4-41 
appears  on  the  screen.  This  table  contains  the  current 
value  of  each  of  the  indicated  parameters,  either  as  spe¬ 
cified  during  the  transit  plan  definition  process  or  as 
modified  by  a  previous  excursion  into  the  review/edit  mode. 

At  this  point  the  user  is  free  to  change  any 
value.  He  may  do  so  by  specifying  the  number  of  the  item  to 
be  changed  and  then  entering  a  new  value  in  response  to  the 
request  which  appears,  as  shown  in  Figure  4-42.  The  new- 
value  requests  are  identical  in  form  to  those  used  in  the 
transit  plan  definition  sequence,  including  the  requirement 
to  confirm  the  correctness  of  each  entry  made.  Refer  to 
Sections  4.4.1,  4.4.2,  and  4.4.3  for  descriptions  of  entry 
syntax. 


After  each  value  change  is  made,  the  Aid  will 
display  the  entire  table  of  values,  reflecting  the  change. 
When  the  user  has  finished  modifying  values  in  the  table  or 
if  he  wishes  to  make  none  at  all,  he  must  select  the  last 
option  in  the  menu  as  shown  in  Figure  4-43.  This  will  cause 
the  review/edit  menu  of  Figure  4-38  to  reappear.  At  this 
point  the  user  may  select  another  category  of  parameters  to 
examine  or  to  change,  or  he  may  return  to  the  option  list  of 
the  title  page  by  selecting  option  5. 
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TRANSIT  PLAN  REUIEM^EDIT  OPTIONS: 
(i>  Track  Plan 

<2>  SOA  Options  k  Fuel  Costs 
<3>  Detection  Aversion  Profile 
<4>  Evasive  Action  Costs 
<S>  None  of  the  above 

Enter  nunber  of  option  desired:  1 


Figure  4-40 


TRACK  PLAN  CHARACTERISTICS 


<  1)  Departure  tine: 

<  2>  Arrival  tine: 

<  3>  Departure  latitude: 

(  4)  Departure  lonsitude: 

<  9>  Point  I  latitude: 

<  €>  Point  1  lonsitude: 

<  7>  Destinotion  Totitude: 

<  8>  Destination  longitude: 

<  9>  Prior  trackins  probability: 
<10>  None  of  the  above 


esee  i?  now  77 
uee  2E  Nou  77 

36  93  99N 
876  17  99N 

38  88  88N 
•28  88  88H 

39  96  99N 
•89  39  99N 
8.89 


Enter  nunber  of  iten  to  be  changed: 


Figure  4-41 
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TRACK  PLAN  CHARACTERISTICS 

(  1>  Departure  tine: 

<  2>  Arrival  tine: 

(  3>  Departure  latitude: 

<  4>  Departure  loitfitude: 

<  3>  Point  1  latitude: 

<  6>  Point  1  lenfitude: 

<  7)  Destination  latitude: 

<  8>  Destination  lonpitude: 

(  9>  Prior  trackins  probability:  8.89 
<18>  None  of  the  above 

Enter  nunber  of  iten  to  be  chanyed:  9 

Enter  probability  of  already  beiny  tracked 
at  departure  <8.88-1.88):  .1 

Is  this  value  correct?  y 


8688  17  NOU  77 
1688  26  NOU  77 
36  93  99N 
876  17  99U 

38  88  88N 
828  88  88H 

39  56  99H 
889  39  59H 


Figure  4-42 


TRACK  PLAN  CHARACTERISTICS 


<  1)  Departure  tine: 

<  2)  Arrival  tine: 

<  3)  Departure  latitude: 

<  4)  Departure  lonyitude: 

<  9)  Point  1  lotitude: 

<  6)  Point  1  lonyitude: 

<  7>  Destination  latitude: 

<  8>  Destination  lonyitudc: 

<  9)  Prior  trackiny  probability: 
<10>  None  of  the  above 


8688  17  NOU  77 
1680  26  NOU  77 
36  93  99N 
876  17  99H 

30  00  8eN 
020  80  80H 

39  96  99N 
009  39  99H 
8.18 


Enter  nunber  of  iten  to  be  chanyed:  10 


Figure  4-43 
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4.5.2  SOA  Options  and  Fuel  Coste  If  the  user  selects 
option  2  from  the  revlew/edit  menu,  as  shown  in  Figure  4-44, 
a  table  of  current  SOA  options  and  fuel  costs  will  be  dis¬ 
played  in  the  format  of  Figure  4-45. 


TRANSIT  PLAN  REUIEU^EDIT  OPTIONS: 
<1>  Track  Plan 

<2>  SOA  Options  4  Fuel  Costs 
(3>  Detection  Aversion  Profile 
<4>  Evasive  Action  Costs 
<S>  None  of  the  above 

Enter  nunber  of  option  desired:  2 


Figure  4-44 


SOA  OPTIONS  4  FUEL  COSTS 


<  1>  Ninieun  SOA  <knots>:  5 

<  2>  HaxinuM  SOA  fknots):  30 

<  3>  SOA  increment  <knots>:  5 

<  4>  Tine  increment  for  SOA  chontes  (hrs>:  8 


SOA  Option  Fuel 

Cost 

<  5> 

5 

7 

<  6) 

10 

6 

<  7) 

15 

5 

<  8> 

20 

5 

<  9> 

25 

e 

(10) 

30 

7 

(1I> 

None  of  the  above 

Enter  number  of  item  to  be  chansed: 


Figure  4-45 
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The  user  may  select  any  item  to  change  by 
specifying  its  number  in  response  to  the  "Enter  number  ..." 
query.  He  must  then  provide  a  new  value  in  response  to  the 
request  which  sxibsequently  appears#  such  as  the  one  in 
Figure  4-46.  Requests  for  new  values  are  identical  in  form 
to  those  used  in  the  transit  plan  definition  sequence.  Des¬ 
criptions  of  the  response  syntax  for  these  requests  are  pro¬ 
vided  in  Sections  4.4.4#  4.4.5#  and  4.4.6. 

After  each  value  change  is  made#  the  table  of 
values  will  be  redisplayed  to  reflect  the  change.  If  (and 
only  if]  the  minimum  SOA#  the  meocimum  SOA#  or  the  SOA  increment 
is  changed#  only  a  portion  of  the  original  table  will  reappear; 
fuel  costs  are  excluded.  Any  change  in  the  SOA  options  in¬ 
validates  previously  assessed  fuel  costs;  they  must  therefore 
be  reassessed.  This  situation  is  depicted  in  Figure  4-47# 
which  %fould  result  from  the  value  change  shown  in  Figure 
4-46.  At  this  point  changes  to  any  values  in  the  abbreviated 
table  are  still  permissible.  When  the  user  finally  selects 
"None  of  the  above#"  the  fuel  cost  assessment  process  will 
occur  as  shown  in  Figure  4-48.  At  the  completion  of  this 
process#  the  entire  table  of  SOA  options  and  fuel  costs  will 
be  displayed  again  as  in  Figure  4-49. 

When  the  user  wishes  to  make  no  further  changes# 
he  must  select  "None  of  the  above"  (from  the  full  table  dis¬ 
play)  .  This  will  cause  the  review/edit  menu  of  Figure  4-38 
to  reappear.  From  that  menu  the  user  may  select  another  set 
of  parameters  for  review  or  change#  or  he  may  return  to  the 
title  page  option  list  by  selecting  option  5. 

4.5.3  Detection  Aversion  Profile  -  If  the  user  selects 
option  3  from  the  review/edit  option  list#  as  depicted  in 
Figure  4-50#  he  will  be  presented  with  a  plot  of  the  current 
detection  aversion  profile  and  he  will  be  given  the  opportunity 
to  revise  the  miniann  and  maximum  costs  associated  with 
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SOA  OPTIONS  4  FUEL  COSTS 


<  l>  NinifMin  SOA  Cknots):  9 

<  2>  Naxinun  SOA  <l(iiots>:  30 

<  3>  SOA  iAcrcncnt  <knots>:  9 

<  4>  Tine  increnent  for  SOA  eha*Mf  (hr*):  8 


SOA  Option  Fuel  Cost 


<  9)  9  7 

<  6>  10  S 

<  7)  19  9 

<  8)  20  9 

<  »>  25  6 

<10>  30  7 


<11)  Hone  of  the  above 

Enter  nunber  of  iten  to  be  chanped:  2 

Enter  naxinun  SOA  <knots>:  29 


Figure  4-46 


SOA  OPTIONS  4  FUEL  COSTS 


<  1>  Hininun  SOA  tknots):  9 

<  2)  Naxinun  SOA  <knets>:  29 

<  3>  SOA  increnent  <knots>:  9 

<  4>  Tine  increnent  for  SOA  chenpes  (hrs):  0 

(  9>  itone  of  the  above 


New  fuel  costs  will  be  repuested  when  '*om'  is  selected. 
Enter  nwnber  of  iten  to  be  chenped:  9 


Figure  4-47 
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Enter  fuel  cost  for  80A  option  5  knots: 
Enter  fuel  cost  for  SOA  option  it  knots: 
Enter  fuel  cost  for  SOA  option  iS  knots: 
Enter  fuel  cost  for  SOA  option  20  knots: 
Enter  fuel  cost  for  SOA  option  28  knots: 


7 

€ 

5 

6 
7 


Figure  4-48 


SOA  OPTIONS  S  FUEL  COSTS 

<  1>  Hininun  SOA  fknots): 

(  2>  Haxinun  SOA  <knots>: 

(  3>  SOA  increnent  <knots>: 

(  4)  Tine  increnent  for  SOA  chenpes  (hrs>: 


8 

28 

8 

8 


SOA 

Option 

Fuel  Cost 

<  5> 

5 

7 

<  6) 

10 

€ 

<  7> 

15 

5 

(  8) 

20 

6 

<  9) 

25 

7 

(it)  None  of  the  ebove 

Enter  nunber  of  iten  to  be  chenped:  it 


Figure  4-49 


TRANSIT  PLAN  REUIEU/EDIT  OPTIONS: 
<i)  Truck  Plon 

<2>  SOA  Options  i  Fuel  Costs 
<3>  Oetection  Aversion  Profile 
<4)  Evusive  Action  Costs 
<8>  None  of  the  ebove 

Enter  nunber  of  option  desired:  3 


Figure  4-50 
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it  or  to  select  an  entirely  different  profile.  This  situa¬ 
tion  is  illustrated  in  Figure  4-51. 

Selecting  either  of  the  modification  options 
causes  the  Aid  to  behave  in  the  same  manner  as  it  does 
during  the  transit  plan  definition  process,  as  described  in 
Section  4.4.7.  Selecting  the  cost  revision  option  results 
in  a  dialogue  similar  to  that  depicted  by  Figure  4-31; 
selecting  the  new  profile  option  results  in  the  dialogue  of 
Figures  4-30,  4-31,  and  4-32. 

If  the  user  elects  to  revise  only  the  costs 
associated  with  the  current  profile,  the  image  of  Figure 
4-51  will  reappear  once  the  new  values  have  been  specified. 

In  this  case,  selecting  "None  of  the  above"  as  in  Figure 
4-52  will  cause  the  review/edit  menu  of  Figure  4-38  to 
reappear.  If  the  user  elects  to  choose  an  entirely  dif¬ 
ferent  detection  aversion  profile,  the  review/edit  menu  will 
reappear  after  the  confirmation  step  of  Figure  4-32.  At 
this  point  the  user  may  select  another  category  of  param¬ 
eters  for  review  or  modification,  or  he  may  return  to  the 
title  page  option  list  by  selecting  option  5. 

4.5.4  Evasive  Action  Costs  -  To  review  or  edit  evasive 
action  costs,  the  user  must  select  option  4  from  the  review/ 
edit  menu,  as  shown  in  Figure  4-53.  When  this  option  is 
picked,  the  table  of  values  shown  in  Figure  4-54  will  appear. 

The  dialogue  for  changing  values  in  this  table 
is  identical  to  that  encountered  in  the  transit  plan  defi¬ 
nition  process  described  in  Section  4.4.8. 

When  the  user  selects  "None  of  the  above"  as  in 
Figure  4-55,  the  review/edit  menu  of  Figure  4-38  will 
be  redisplayed.  The  user  may  then  choose  another  set  of 
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DETECTION  AUERS I OH 


(1>  Entire  eversion  profile 
<2>  Nin  end  nex  costs  onlv 
<3>  Hone  of  the  ebove 


Detection  Aversion  Profile 


Enter  nufiber  of  iteit  to  be  cheneed:  3 


Figure  4-52 


TRANSIT  PLAN  REUIEN/’EDIT  OPTIONS 


<1>  Track  Plan 

<2>  SOA  Options  S  Fust  Costs 
<3>  Ootaction  Avsrsion  Profits 
<4>  Evasive  Action  Costs 
<S>  Nona  of  ths  above 

Enter  nenber  of  option  desired:  4 


Figure  4-53 


EUASIUE  ACTION  COSTS 

Evasive  Action  Cost 

<  t>  NOANAL  OPERATIONS  0 

<  2)  ENCON 

<  3>  RECONFIGURE  (HERCNANT) 

<  4>  ZIG-ZAG 

<  S>  EH  SPOOF  (HERCNANT) 

<  €>  DECOY  (CHAFF) 

(  7)  JAH  It 

(  8)  Hone  of  the  above 

Enter  nunber  of  iten  to  be  chanted: 


Figure  4-54 
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eUAStUE  ACTION  COSTS 


Evosivc  Action  Cost 

<  1>  HORHAL  OPERATIONS  i 

(  2>  EHCON  5 

(  3>  RECONFIGURE  <NERCNANT>  S 

(  4>  ZIG-ZAG  S 

<  9>  EH  SPOOF  <NERCHANT>  S 

<  6>  DECOY  <CHAFF>  5 

(  7)  JAH  10 


(  8>  None  of  the  above 

Enter  nunber  of  iten  to  be  chonsed:  8 

Press  RETURN  to  continue... 

Figure  4-55 


parameters  to  examine  or  to  edit>  or  he  may  return  to  the 
option  menu  of  the  title  page  by  selecting  option  5. 

4 . 6  Environmental  Parameter  Review 


The  satellite  Intercept  calculations  and  the  optimiza¬ 
tion  process  depend  very  much  upon  the  context,  or  environ¬ 
ment,  In  which  a  transit  will  occur.  In  particular,  these 
calculations  depend  upon  the  numbers  and  types  of  extant 
surveillance  satellites,  the  weather  along  the  transit  route, 
and  the  efficacies  of  various  evasive  actions  which  may  be 
employed  to  thwart  detection. 

For  the  most  part  the  Impacts  of  these  environmental 
factors  vary  with  the  time  and  the  location  of  a  transit. 

As  a  result,  a  new  set  of  parameter  values  is  required 
whenever  the  transit  plan  changes. 

If  the  user  selects  the  "Review  environmental  parameters" 
option  from  'the  title  page  option  list,  as  shown  in  Figure 
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4-56,  he  will  be  given  an  opportunity  to  examine  the  spe¬ 
cific  environmental  parameters  associated  with  the  currently 
defined  transit  plan. 

The  environmental  parameters  fall  into  four  categories: 
o  Satellite  detection  probabilities 

o  Satellite-in-operation  probabilities 

o  Satellite  descriptions 

o  Weather  probabilities 

These  categories  are  discussed  in  the  following  sub¬ 
sections:  4.6.3,  4.6.4,  4.6.5,  and  4.6.6.  Their  involvonent 
in  the  satellite  intercept  calculations  and  the  optimization 
process  is  described  in  Sections  2.0  and  3.0. 


Department  of  Defense 
Advanced  Research  Projects  Apenep 
< Information  Processins  Technolopu  Office) 


SATELLITE  SURMEILLANCE  AVOIDANCE  OPTIMIZATION  AID 

developed  bv 

Decisions  4  DesiRns*  Inc. 


OPTIONS: 

(1)  Introduction 

(2>  Define  new  transit  plan 

(3)  Review/edit  transit  plan 

(4>  Review  environmental  parameters 

(5>  Calculate  results 

<6>  Stop  execution 

Enter  number  of  option  desired:  4 


Figure  4-56 
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4.6.1  Host  Computer  Involvement  •>  The  environmental 
parameters  characterize  information  about  which  the  typical 
user  will  have  no  knowledge.  Therefore,  he  cannot  be  ex¬ 
pected  to  provide  this  information  to  the  Aid;  other  inde¬ 
pendent  sources  must  be  consulted  to  obtain  the  needed 
parameter  values.  The  mechanism  used  to  extract  these 
assessments  from  the  diverse  sources  or  experts  is  to  place 
the  burden  on  the  host  computer.  In  general,  the  host  can 
contain  the  procedures  required  to  query  processes  or  data 
bases  established  by  other  users  or  resident  on  other  com¬ 
puters  in  a  network  environment.  Thus,  weather  data  can  be 
obtained  from  FNWC,  and  satellite  characteristics  can  be 
extracted  automatically  from  intelligence  data  bases  in  a 
manner  which  Isolates  the  user  from  the  potential  complexity 
of  such  retrieval  processes. 

In  the  current  implementation  of  the  Aid,  the 
host  computer  software  does  not  actually  access  the  specialized 
processes  or  data  bases  required  in  either  an  actual  or  a 
simulated  operational  environment.  However,  by  employing 
this  design  philosophy  and  providing  the  appropriate  "hooks," 
conversion  to  a  near-operational  environment  is  simplified. 
Therefore,  processes  to  simulate  the  actions  which  would  be 
undertaken  by  the  eventual  host  software  have  been  implemented 
for  the  current  version  of  the  Aid. 

In  light  of  the  responsibility  assigned  to  the 
host  computer  to  provide  environmental  parameter  data,  the 
user  will  encounter  situations  in  vdiich  connection  of  the 
4051  terminal  to  the  host  is  required.  If  the  title  page 
menu  is  of  the  form  shown  in  either  Figure  4-10  or  Figure  4- 
12;  that  is,  if  results  for  the  currently  defined  transit 
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have  previously  been  calculated,  then  the  enviroxunental 
parameters  will  be  available  for  Immediate  review,  and 
connection  to  the  host  Is  not  required.  On  the  other  hand. 
If  the  title  page  menu  Is  as  shown  In  Figure  4-11  (or 
Figure  4-56) ,  Indicating  that  results  are  yet  to  be  cal¬ 
culated,  then  the  environmental  parameter  values  must  be 
made  consistent  with  the  transit  plan;  and  the  user  may  be 
asked  to  establish  communication  between  the  terminal  and 
the  host.  The  form  of  this  request  Is  Illustrated  In  Figure 
4-57.  The  specifics  of  this  process  will  differ  slightly 
for  different  hosts,  of  course.  This  step  will  not  be 
required  If  communication  was  previously  established  for 
environmental  parameter  review  or  for  result  calculation 
(discussed  In  Section  4.7.1). 


with  hast  Is  reewlrsS  for  SoU  troosfsr 

Estoblifh  Tls  Ceoooctloo  hw  Slallof  shoos  ooS 
losorttfls  shoos  to  cooslsr. 

Thoo  STOSS  'KTUIM  TO  IMtC'  hos  Ifooctloo  kos  tS). 

NOST-LOCIN  raociM  <«or  ORfSoot  Host) 

01  tu 


Trslot 


Itl-fYtTOI-f,  TOOO-M  Hooitor  Ifipci2tt>-1 
(Mtos  shoMswo  Khf^loO  fsr  li-NowTO  tttfttOO, 
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^Jshjg  OS  TTYI7I  tS-Now-rt  07X00 
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Figure  4-57 


4.6.2  Environmental  Parameter  Validation  -  As  Indicated 
In  Section  4.6.1  above,  when  a  new  transit  plan  has  been 
defined  and  results  have  not  yet  been  calculated,  the 
environmental  parameter  values  must  be  updated  to  be  con¬ 
sistent  with  the  transit  plan.  Under  certain  (but  not  all) 
conditions,  changes  to  a  transit  plan  xoay  Indicate  the  need 
for  an  update  as  well. 


As  a  rule,  satellite  detection  probabilities  (and 
evasivQ  actions,  on  which  the  satellite  detection  prob2d}ilities 
depend) ,  satellite-ln-operation  probabilities ,  and  satellite 
descriptions  (or  characteristics)  are  not  very  volatile. 

These  parameters  probably  change  only  infrequently — no  more 
often  than  daily.  Weather  probabilities,  on  the  other  hand, 
may  change  more  frequently.  On  this  basis  the  Aid  makes  the 
assumption  that  all  environmental  parameters  need  updating 
no  more  frequently  than  the  weather  probabilities.  This 
assumption  helps  to  minimize  the  amount  of  data  traffic 
between  the  terminal  and  the  host,  a  design  criterion. 
Therefore,  environmental  parameter  values  are  updated  only 
when  the  weather  probabilities  need  updating. 

There  are  two  conditions — changes  in  the  tremsit 
plan — for  which  weather  probability  updates  are  required, 
namely,  a  change  in  transit  time  or  a  change  in  transit 
location.  Thus,  if  the  departure  time,  the  arrival  time,  or 
the  track  plan  (the  route)  changes,  the  weather  probabilities 
will  require  an  update.  These  conditions  obviously  include 
the  situation  in  which  an  entirely  new  transit  plan  has  been 
defined. 

If  the  need  for  environmental  parameter  updates 
is  Indicated,  the  Aid  will  conduc*  an  environmental  parameter 
"validation"  sequence.  In  this  validation  sequence  the  host 
sends  the  terminal  a  "time  stamp"  for  each  set  of  parameters 
(with  the  exception  of  the  weather  probabilities) .  The 
terminal  compares  the  time  stamp  sent  by  the  host  with  the 
time  stamp  that  it  has  for  each  set  of  parameters.  If  the 
time  stamps  match,  the  parameter  values  stored  on  the  ter¬ 
minal  tape  cartridge  are  known  to  match  the  parameter  values 
held  by  the  host;  in  this  case,  no  data  need  be  transferred. 

If  the  time  stamps  do  not  match,  the  host  values  are  sent  to 


the  terminal  and  are  marked  with  the  new  (host)  time  stamp 
This  validation  mechanism  helps  to  minimize  the  amount  of 
data  traffic  bet%feen  host  and  terminal. 


When  the  environmental  parameter  validation 
sequence  is  in  progress/  a  display  image  like  that  of  Figure 
4-58  is  produced  so  that  the  user  can  follow  the  progress  of 
the  sequence.  Note  that  for  the  exaiqple  shown  the  only 
parameters  other  than  weather  probabilities  which  required 
an  update  were  the  satellite-in-operation  probabilities. 

The  only  action  required  of  the  user  during  the 
validation  sequence  is  to  press  the  RETURN  key  when  asked  to 
do  so. 


EHUIRONHENTAL  PARAMETER  UALIDATION 

The  cnvironecfital  sareectcr  values  stored  on  this  tese 
cartridsc  nust  be  validated  to  insure  that  theu  correspond 
to  the  Most  current  values  available  to  the  host. 

If  discrepencies  occur/  updated  values  will  be 
reauested  fron  the  host. 

Evasive  action  validation... 

No  update  required. 

Satellite  detection  probability  validation... 

No  update  required. 

Satell ite- in-operation  probability  validation... 

Update  required — data  transfer  in  prepress... 

Data  transfer  conplete. 

Satellite  description  validation... 

No  update  required. 

Updated  weather  probabilities  ere  olweys  required  when  a 
new  or  revised  transit  plan  has  been  specified. 

Track  plan  transfer  (to  host)  in  propress... 

Track  plan  transfer  conplete. 

Heather  probability  transfer  in  propress... 

Heather  probability  transfer  conplete. 

dll  envirowiental  paraneter  updates  ere  conplete— 
press  RETURN  to  continue... 


Figure  4-58 
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Once  the  environmental  parameter  validation 
sequence  is  complete  (or  if  validation  is  not  necessary) , 
the  user  will  be  presented  with  a  menu  of  environmental 
parameter  review  options/  as  sho%m  in  Figure  4-59.  Selecting 
option  5/  "None  of  the  above/"  from  this  menu  will  cause  the 
title  page  to  reappear. 

4.6.3  Satellite  Detection  Probabilities  -  If  the  user 
selects  option  1  from  the  environmental  parameter  review 
menu/  as  shown  in  Figure  4-60/  the  table  of  satellite  detec¬ 
tion  probabilities  shown  in  Figure  4-61  will  be  displayed. 
These  probabilities  are  used  in  the  optimization  process 
described  in  Section  3.0. 

As  the  table  of  Figure  4-61  Indicates,  the 
probability  of  detection  by  a  satellite  is  a  function  of 
three  variables:  (1)  the  type  of  the  satellite  (optical, 
infrared/  radar,  COMINT ,  or  ELINT  in  this  example),  (2)  the 
nature  of  the  evasive  action  which  is  employed  to  thwart  the 
satellite,  and  (3)  whether  or  not  the  task  force  or  ship  is 
already  being  tracked. 

The  type  of  the  satellite  is  significant  because 
the  various  sensors  have  different  sensitivities  or  resolu¬ 
tions.  The  evasive  action  is  important  because  certain 
actions  are  effective  against  one  type  of  satellite  but  not 
against  another.  For  example,  EMCOM  would  reduce  the  proba¬ 
bility  of  detection  by  a  COMXNT  or  an  ELINT  satellite  but 
%fould  have  no  effect  for  an  optical  satellite.  Finally, 
tracking  condition  is  important  because  the  information 
gathered  by  a  particular  satellite  is  more  likely  to  be 
examined  closely  if  the  surveillance  forces  are  already 
tracking  the  task  force. 
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ENVIRONHEHTAL  PARAHETER  REUIEU  OPTIONS 

<1)  Satellite  Detection  Probabilities 
<2)  Satel 1 ite-in-Operation  Probabilities 
<3>  Satellite  Descriptions 
<4>  Heather  Probabilities 
C5>  Hone  of  the  above 

Enter  nunber  of  option  desired: 


Figure  4-59 


ENUIRONNENTAL  PARAMETER  REUIEH  OPTIONS 

<1>  Satellite  Detection  Probabilities 
<2>  Satell ite>in>Operation  Probabilities 
(3>  Satellite  Descriptions 
<4>  Heather  Probobil ities 
<5>  None  of  the  above 

Enter  nunber  of  option  desired:  1 


Figure  4-60 
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SATELLITE  DETECTION  PROBABILITIES 


Each 

veri 


table  entry  represents  ‘ 

evasive  actioni  type  o#  sotellitei  and 


i  dete  ‘ion 
tracking  condition. 


Evasive  Action 
fl)  *  Trucking 
<2)  *  Not  tracking 

NORMAL  OPERATIONS 
ENCON 

RECONFIGURE  (MERCHANT) 
ZIG-ZAG 

EM  SPOOF  (MERCHANT) 
DECOY  (CHAFF) 

JAM 


Satallitc  Type 

0  I  R  C  E 


(1) 

0.4e| 

9.35 

0.70 

9.69 

9.98 

(2) 

e.  ie| 

9.13 

9.30 

0.30 

9.40 

(1) 

eT^B 

9.35 

9.79 

9.95 

Tie 

(2) 

e.ie 

9.13 

9.91 

9.05 

(1> 

eTTe 

'STse 

9.79 

780 

790 

(2) 

9.19 

9. 10 

9.59 

9.39 

0.49 

(1) 

^!49 

0.5510.7010. 9010.99 

(2) 

9.19 

0.15 

9.59 

0.39 

9.49 

(1) 

0.49 

9.55 

7« 

750 

(2) 

9.10 

9.13 

9.59 

0.19 

9.29 

(1) 

0740 

bTsb 

770 

780 

790 

(2) 

9.19 

9.29 

0.59 

9.38 

9.49 

(1) 

0740 

bTss 

0.19 

Tie 

775 

(2) 

□n!] 

9.15 

9.91 

8.91 

9.95 

Press  RETURN  to  continue... 


Figure  4-61 
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The  ultimate  probability  of  detection  depends 
upon  two  other  factors  as  well:  weather  and  the  operational 
status  of  each  satellite.  These  factors  are  accounted  for 
by  the  satellite-in-operatlon  probabilities  and  the  weather 
probabilities  discussed  in  Sections  4.6.4  and  4.6.6,  respec¬ 
tively.  The  satellite  detection  probabilities  in  the  table 
of  Figure  4-61  are  assessed  under  the  assumptions  that  the 
given  satellite  is  turned  on  and  is  operating  and  that  the 
weather  conditions  will  permit  detection. 

When  the  user  presses  the  RETURN  key  as  requested 
in  Figure  4-61,  the  environmental  parameter  review  menu  will 
reappear,  and  the  user  will  have  the  opportunity  to  examine 
another  set  of  parameters. 

4.6.4  Satellite-In-Operation  Probabilities  -  If  the 
user  selects  option  2  from  the  environmental  parameter 
review  menu,  as  shown  in  Figure  4-62,  the  table  of  satellite- 
in-operation  probabilities  shown  in  Figure  4-63  will  be 
displayed.  These  probabilities,  along  with  the  satellite 
detection  probabilities  and  the  weather  probabilities 
described  in  Sections  4.6.3  and  4.6.6,  respectively,  are 
used  in  the  optimization  process  described  in  Section  3.0. 

As  the  table  of  Figure  4-63  shows,  the  proba¬ 
bility  that  a  satellite  will  be  turned  on  is  assumed  to  be  a 
function  of  two  variables:  (1)  the  type  of  the  satellite, 
and  (2]  whether  or  not  the  task  force  is  already  being 
tracked . 


The  type  of  satellite  influences  the  likelihood 
of  its  being  turned  on  because  the  various  satellites  have 
different  power  "budgets."  Each  sensor  has  a  particular 
rate  of  power  consumption f  as  a  rule,  active  sensors  consume 
power  at  a  faster  rate  than  passive  sensors.  Given  a 
finite  supply  of  power,  the  amount  of  time  that  a  satellite 
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ehvironhental  parameter  reuieh  options 


<1>  Satellite  Oetection  Probabilities 
<2>  Satell ite-in-Operetien  Probabilities 
<3)  Satellite  Oescriptioos 
<4>  Heather  Probabilities 
<S)  None  of  the  above 

Enter  nunber  of  option  desired:  2 


Figure  4-62 


SATELLITE-IN-OPERATION  PROBABILITIES 

Each  table  entry  represents  the  probability  that  a  satellite  is 
turned  oni  fliven  type  of  satellite  end  treckinp  condition. 


Treckinp 
Hot  tracking 


Betel lite  Type 
0  1  R 


Press  RETURN  to  continue... 


Figure  4-63 


is  operating  must  be  controlled  to  budget  the  power  supply 
over  time. 


For  this  same  reason  tracking  condition  is  im¬ 
portant.  The  expenditure  of  power  to  operate  a  sensor  can 
be  more  easily  justified  if  the  task  force  is  already  being 
tracked  than  if  a  chance  "hit"  is  being  sought. 

When  the  user  presses  the  RETURN  key  as  requested 
in  Figure  4-63,  the  environmental  parameter  review  menu  will 
be  displayed  again. 

4.6.5  Satellite  Descriptions  -  Selecting  option  3  from 
the  environmental  parameter  review  menu,  as  sho%m  in  Figure 
4-64,  causes  a  table  of  satellite  characteristics  to  be 
displayed.  An  example  of  this  table  appears  in  Figure  4-65. 
The  primary  purpose  of  the  table  is  to  provide  the  user  with 
a  key  to  the  satellite  type  codes  which  are  used  in  other 
environmental  parameter  tables  and  in  several  result  dis¬ 
plays  (Section  4.8).  In  addition  to  providing  a  simple 
definition  of  each  type  code  (e.g.,  ”0"  represents  "OPTICAL"), 
the  table  contains  a  brief  description  of  the  satellite 
sensor  and  indicates  the  nominal  width  of  its  footprint. 

When  the  user  presses  the  RETURN  key  as  requested 
in  Figure  4-65,  the  environmental  parameter  review  menu 
appears  once  again,  and  the  user  may  select  another  set  of 
parameters  for  review. 

4.6.6  Weather  Probabilities  -  If  the  user  selects 
option  4  from  the  environmental  parameter  review  menu,  as 
shown  in  Figure  4-66,  the  table  of  weather  probabilities 
shown  in  Figure  4-67  will  be  displayed.  These  probabilities 
are  used  by  the  optimization  process  in  conjunction  with  the 
satellite  detection  probabilities  (Section  4.6.3)  and  the 
satellite-in-operation  probabilities  (Section  4.6.4)  to 
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ENMIRONNENTAL  PARAHETER  REUIEH  OPTIONS 

<1>  Satellite  Detection  Probabilities 
<2>  Satel I ite-in-Operation  Probabilities 
<3>  Satellite  Descriptions 
<4>  Heather  Probabilities 
<5>  None  of  the  ebove 

Enter  nunber  of  option  desired:  3 


Figure  4-64 


SATELLITE  DESCRIPTIONS 


Type 

Code  Description 


0  OPTICAL  -  PASSIUE  HONITORi  PASSIVE  LOCATION  I 

I  INFRARED  -  PASSIUE  NONITORi  PASSIUE  L0C»  8'12  NICRl 

R  RADAR  •  UAR  PULSE  RATE  XHTRi  SYNTH  APER  ANT  I 

C  COHINT 
E  ELINT 


•  UAR  PULSE  RATE  XHTRi  SYNTH  APER  ANT  I 
>  PASSIUE  SIGNAL  HONITOR.  DF  AT  UHF  S  UMF| 

•  NICROHAUE  HONITOR*  PASSIUE  RADIOHETRY  I 


Press  RETURN  to  continue... 


Figure  4-65 


ENUIRONHENTAL  PARAHETER  REUIEH  OPTIONS 

<i)  Satellite  Detection  Probabilities 
<2>  Satel I ite-in-Operation  Probabilities 
<3>  Satellite  Descriptions 
<4>  Heather  Probabilities 
(5)  None  of  the  above 

Enter  nunber  of  option  desired:  4 


Figure  4-66 


8HATN«24S  N 
8HATN*189  H 
SHATH-  S9  N 
8HATH-4M  N 
SHATH*940  N 
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HEATHER  PROBABILITIES 


Each  table  entry  represents  the  probability  that  the 
weather  will  pernit  detection  by  a  satellite*  given 
type  of  satellite  and  day  since  deporture. 


Sat 

Type 


0 

I 

R 

C 

E 


Day 

2  3 


B 


0.04 

rirn 

0.0410.0410.0410.04 

0.04 

0.04 

fim 

nrfi 

flTil 

nr^  j  r  mi  c  ntn  cjni  i 

10.461 

0.46 

0.47 

0.4010.4010.4910.49 

0.50 

0.50 

Tine  i  date  probabilities  were  forecast:  1430  IS  NOU  77 


Press  RETURN  to  continue... 


Figure  4-67 


136 


determine  the  ultimate  likelihood  of  detection  for  each 
possible  satellite  intercept.  The  specifics  of  this  are 
discussed  in  Section  3.0. 


Each  entry  in  the  table  of  Figure  4-67  repre¬ 
sents  the  probability  that  the  weather  on  a  given  day  of  the 
transit  will  permit  detection  by  a  particular  satellite, 
assuming  that  the  satellite  is  in  operation. 

The  details  of  assessing  weather  probabilities 
for  the  ultimate  operational  Aid  have  not  yet  been  deter¬ 
mined.  However,  one  can  assume  that  planning  a  transit  just 
prior  to  departure  will  permit  fairly  reliable  weather 
forecast  information  to  influence  the  assessment  process. 
Planning  a  transit  more  than  a  day  or  two  in  advance  of 
departure  may  imply  that  only  historical  trend  data  can  be 
used.  For  example,  from  meteorological  data  recorded  over 
the  past  thirty  or  forty  years,  one  might  infer  that  during 
a  given  week  in  December  a  particular  area  of  the  North 
Atlantic  could  expect  €5  percent  cloud  cover,  winds  ranging 
from  15  to  20  knots,  etc. 

The  current  weather  probability  generation 
process  attempts  to  simulate  this  state  of  affairs  in  the 
following  manner.  A  set  of  seasonal  weather  probabilities 
for  each  of  several  major  geographic  areas  has  been  assessed 
and  is  used  to  represent  the  probabilities  which  might  be 
generated  from  historical  weather  data.  When  the  weather 
probabilities  for  a  given  transit  are  to  be  generated,  these 
seasonal  probabilities  are  perturbed  in  a  random  way  to 
simulate  what  might  be  more  accurate  weather  information 
available  about  the  geographic  region  of  the  transit  at  the 
time  the  transit  is  being  planned.  For  each  day  in  the 
future  from  the  time  of  planning,  weather  forecast  infor¬ 
mation  is  assumed  less  certain  and  the  weather  probabilities 
are  made  to  converge  asymptotically  to  the  seasonal  values. 
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Thus,  transits  planned  just  prior  to  departure 
will  see  weather  probabilities  which  may  be  much  different 
from  the  "steady  state"  values  for  the  first  day  or  two, 
whereas  transits  planned  several  days  prior  to  departure 
will  see  weather  probabilities  which  don't  differ  appreciably 
from  the  seasonal  values. 

When  the  user  presses  the  RETURN  key  as  requested 
in  Figure  4-67,  the  environmental  parameter  review  menu  is 
displayed  again  and  the  user  can  examine  another  set  of 
pareuneters,  or  he  can  return  to  the  title  page  by  selecting 
option  5,  as  shown  in  Figure  4-68. 


ENUIRONNENTAL  PARAMETER  REUIEH  OPTIONS 

<1>  Satellite  Detection  Probobil ities 
<2>  Satel tite-in-Operation  Prebabi I i tics 
<3>  Satellite  Descriptions 
<4)  Heather  Probabilities 
<5>  None  of  the  above 

Enter  nueber  of  option  desired:  5 


Figure  4-68 


4.7  Result  Calculation 


Whenever  the  user  has  defined  a  new  transit  plan  or  has 
modified  any  parameter  values  of  an  existing  transit  plan, 
result  calculation  will  be  required.  Consequently,  the 
title  page  option  menu  will  assume  the  form  of  Figure  4-11 
in  which  option  5  is  "Calculate  results."  Selecting  this 
option,  as  shown  in  Figure  4-69,  will  cause  the  Aid  to  begin 
a  series  of  steps  leading  to  the  calculation  of  results  and 
ultimately  to  their  display. 
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Dcpartncnt  of  Defense 
Advanced  Research  Projects  Atencji 
(Informtlon  Processlna  Technolosu  Office) 


SATELLITE  8URUE1LLAHCE  AUOIDANCE  OPTIHIZATIOH  AID 


developed  bp 

Decisions  ft  Desitnsi  Inc. 


OPTIONS: 

<1>  Introduction 

(2>  Define  new  transit  plan 

<3>  Aeview/edit  transit  plan 

<4>  Review  environmental  parameters 

<5>  Calculate  results 

<6>  Stop  execution 

Enter  number  of  option  desired:  5 


Figure  4-69 


The  steps  of  the  result  calculation  sequence  Include 
the  following: 

o  Establish  cononunication  with  the  host  computer, 
which  is  responsible  for  the  actual  result  cal> 
culations. 

o  Validate  environmental  parameters,  if  required. 

o  Transfer  transit  plan  parameter  values  to  the 
host. 

o  Validate  transit  plan  parameters. 

o  Calculate  potential  satellite  intercepts  with 
the  planned  ship  route. 
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o  Calculate  the  optimal  SOA  profile  for  the 
transit. 

o  Transfer  results  from  the  host  to  the  terminal. 

Each  of  these  steps  is  described  in  Sections  4.7.1 
through  4.7.7  below. 

At  the  completion  of  the  result  calculation  sequence, 
the  Aid  automatically  presents  the  user  with  a  result 
display  menu.  The  options  it  contains  are  described  in 
Section  4.8. 

4.7.1  Host  Computer  Involvement  -  Since  the  host 
computer  is  responsible  for  carrying  out  the  actual  result 
calculations  (see  Section  3.0),  the  terminal  must  communicate 
a  parametric  description  of  the  planned  transit  to  the  host; 
the  host  in  turn  must  reply  with  a  parametric  description  of 
the  results.  To  this  end,  a  communication  link  must  be 
established  between  the  two  systems.  If  communication  was 
previously  established  for  environmental  parcuneter  review 
(Section  4.6.1)  or  for  an  earlier  result  calculation,  this 
step  need  not  be  repeated. 

Assuming  that  communication  between  the  terminal 
and  the  host  has  not  yet  been  established,  the  process  outlined 
in  Figure  4-70  will  occur.  Slight  variations  of  this  process 
will  be  required  for  different  hosts,  of  course. 
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Figure  4-70 
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4.7.2  Environmental  Parameter  Validation  -  Once 
communication  between  the  terminal  and  the  host  has  been 
established,  the  Aid  will  address  the  validation  of  environ- 
mental  parameters.  This  validation  process  is  described  in 
detail  in  Section  4.6.2.  If  no  change  in  transit  time  or 
transit  location  has  been  made  since  the  last  validation, 
then  this  step  will  be  skipped.  This  situation  can  arise  in 
either  of  two  ways:  (1)  the  validation  process  has  already 
been  conducted  as  part  of  reviewing  the  environmental  param¬ 
eters  (Section  4.6),  or  (2)  the  transit  plan  has  been  modified 
but  neither  transit  time  nor  transit  location  was  changed. 

If  environmental  parameter  validation  is  required, 
a  display  image  like  that  of  Figure  4-71  appears  so  that  the 
user  can  monitor  the  progress  of  the  validation  process. 

At  the  completion  of  the  validation  process  the 
user  must  press  the  RETURN  key  to  advance  to  the  next  step 
of  the  result  calculation  sequence. 

4.7.3  Transfer  of  Transit  Plan  Parameters  To  Host 
Computer  -  Once  communication  between  the  terminal  and 
the  host  has  been  established  and  environmental  parameter 
validation  is  complete,  the  Aid  will  transfer  a  parametric 
description  of  the  transit  plan  to  the  host.  This  descrip¬ 
tion  normally  consists  of  all  the  parameter  values  elicited 
during  the  transit  plan  definition  sequence  described  in 
Section  4.4.  However,  if  the  entire  set  of  transit  plan 
parameters  was  previously  sent  to  the  host  and  only  a  few 
parameter  values  have  been  v. ranged,  then  only  those  sets  of 
parameters  which  contain  the  changed  values  will  be  retrans¬ 
mitted. 
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ENUIRONHENTAL  PARANETER  UALIDATION 

The  environmental  parameter  valuce  stored  on  this  tape 
cartridge  must  be  validated  to  insure  thet  they  correspond 
to  the  most  current  values  available  to  the  host. 

If  discrepencies  occurs  updated  values  will  be 
requested  from  the  host. 

Evasive  action  validation... 

No  update  required. 

Satellite  detection  probability  validation... 

Ho  update  required. 

Sa tel  I ite* in-operation  probability  validation... 

Updote  required — dota  transfer  in  progress... 

Data  transfer  complete. 

Satellite  description  validation... 

No  update  required. 

Updated  weather  probabilities  are  always  required  when  a 
new  or  revised  transit  plan  mas  been  specified. 

Track  plan  transfer  (to  host)  in  progress... 

Track  plan  transfer  complete. 

Heather  probability  transfer  in  progress... 

Heother  probobility  transfer  complete. 

All  environmental  parameter  updates  ore  complete — 
press  RETURN  to  continue... 


Figure  4-71 
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Assxme  that  the  user  has  defined  a  new  transit. 
Then  all  of  the  transit  plan  parameters  must  be  transmitted 
to  the  host.  These  parameters  are  grouped  (as  described  in 
Section  4.5}  into  the  following  categories: 

o  Track  plan 

o  SOA  options  and  fuel  costs 
o  Detection  aversion  profile 
o  Evasive  action  costs 

Since  environmental  parameter  validation  is 
required  whenever  transit  time  or  transit  location  is  changed, 
the  track  plan  parameters  will  be  transferred  to  the  host 
during  the  environmental  parameter  validation  process,  as 
shown  in  Figure  4-71.  Thus,  during  the  transit  plan  transfer 
step  only  the  other  three  categories  of  parameters  need  be 
sent  to  the  host.  This  fact  is  conveyed  to  the  user  through 
the  screen  image  of  Figure  4-72,  which  appears  on  the  dis¬ 
play  as  the  parameters  are  being  transmitted. 

On  the  other  hand,  if  only  a  small  number  of 
parameter  values  have  been  changed,  just  the  affected  sets 
of  parameters  will  be  transferred.  (This  is  true  only  if 
termlnal-to-host  communication  has  not  been  terminated  and 
reestablished  in  the  interim) .  For  example,  suppose  that 
only  the  probability  of  prior  tracking  has  been  changed,  as 
shown  in  Figure  4-73.  Then  only  the  track  plan  will  have  to 
be  transmitted  to  the  host.  Since  none  of  the  time  or 
location  parameters  has  been  changed,  environmental  parameter 
validation  will  not  be  required  and  the  track  plan  will  not 
have  been  transferred  to  the  host  prior  to  this  step.  The 
transit  plan  transfer  screen  image  will  then  appear  as  shown 
in  Figure  4-74. 
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RESULT  CALCULATION 


The  host  is  responsible  for  result  calculation.  Before 
it  can  proceed!  it  nust  be  sent  the  new  or  revised 
transit  plan  paraneters. 

SOA  option  i  fuel  cost  transfer  in  protress... 

Transfer  conplete. 

Detection  aversion  profile  transfer  in  profress... 
Transfer  conplete. 

Evasive  action  cost  transfer  in  proBress... 

Transfer  conplete. 

Press  RETURN  to  continue... 


Figure  4-72 


TRACK  PLAN  CHARACTERISTICS 


<  1>  Departure  tine: 

<  2>  Arrival  tine: 

<  3>  Departure  latitude: 

<  4>  Departure  loneitude: 

<  5)  Point  1  letitude: 

<  6>  Point  1  loneitucte: 

<  7)  Destination  latitude: 

<  8>  Destination  lonsitude: 

(  9)  Prior  treckinf  probability: 
<10>  None  of  the  above 


esee  i7  nou  ?? 

ISee  26  NOU  77 
36  93  99N 
976  17  99H 
30  00  0BN 
020  00  OBN 
35  96  99N 
•09  39  99H 
•.10 


Enter  nunber  of  iten  to  be  chonped:  9 

Enter  probability  of  already  beino  tracked 
at  departure  (•.00-1. ••>:  .69 

Is  this  value  correct?  y 


Figure  4-73 


.69 
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RESULT  CALCULATION 

The  host  is  responsible  lor  result  calculation.  Before 
it  con  proceedt  it  nust  be  sent  the  new  or  revised 
transit  pi on  poraneters. 

Track  plon  transfer  in  propress... 

Transfer  conplete. 

Press  RETURN  to  continue... 


Figure  4-74 


When  transit  plan  transfer  is  complete  and  the 
user  presses  the  RETURN  key,  the  next  step  in  the  result 
calculation  sequence,  namely  transit  plan  validation,  will 
begin. 


4.7.4  Transit  Plan  Parameter  Validation  -  After  the 
transit  plan  parameter  values  have  been  transferred  to  the 
host,  the  host  will  conduct  a  consistency  check  on  certain 
key  elements.  For  example,  the  length  of  the  journey  is 
checked  against  the  maximum  SOA  to  ensure  that  the  transit 
can  be  completed  in  the  time  allotted.  During  this  vali¬ 
dation  process,  the  screen  will  contain  the  image  of  Figure 
4-75. 


If  errors  are  fo\ind,  the  user  must  correct  than 
before  attempting  to  calculate  results  again.  The  host  will 
provide  a  message  describing  the  nature  of  the  error,  and 
the  terminal  will  display  the  title  page  so  that  the  user 
can  select  an  option  for  error  correction  (probably  "Review/ 
edit  transit  plan") . 

Assuming  that  transit  plan  validation  is  suc¬ 
cessful,  the  next  step,  potential  intercept  calculation, 
will  begin. 
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RESULT  CALCULATION 

Transit  plan  paranatar  validation  (bp  host)  in  proprcss. .. 
Ualidotion  conptctc. 

Figure  4-75 


4.7.5  Potential  Intercept  Calculation  -  When  transit 
plan  parameter  validation  is  complete,  the  host  will  nor¬ 
mally  begin  a  potential  Intercept  calculation  process  to 
determine  all  regions  along  the  transit  route  which  will  be 
subject  to  possible  satellite  surveillance  during  the  time 
span  of  the  transit.  This  process  is  described  in  detail  in 
Section  2.0.  Like  the  weather  probabilities  (Sections  4.6.2 
and  4.6.6),  the  potential  intercepts  are  dependent  only  upon 
the  time  and  the  location  of  the  transit.  Thus,  if  result 
calculation  is  being  undertaken  because  parameters  other 
than  transit  time  or  location  have  been  changed,  then  the 
potential  intercept  calculation  step  will  be  skipped  (assuming 
that  terminal-to-host  communication  has  not  been  terminated 
and  reestablished  in  the  interim) . 

If  a  new  transit  plan  has  been  defined  or  if  the 
time  or  the  location  of  the  transit  has  been  changed,  then 
the  potential  intercept  calculation  occurs  and  the  screen 
image  of  Figure  4-76  appears,  followed  by  that  of  Figure 
4-77. 


RESULT  CALCULATION 

Transit  elan  earaneter  validation  (by  host)  in  srosress... 
Ualidation  conpletc. 

Potential  intercept  cetcelation  in  profress... 

Figure  4-76 
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KSULT  CM.CULIIT10N 

Transit  Stan  paraMatcr  valitfatieit  Cky  host)  In  orofrcss. .. 
Ualidation  conolota. 

Petontial  intarcaot  calcalation  in  profross... 

Potantial  intarcapt  calculation  conplata. 

Figure  4-77 


On  the  other  hand,  if  neither  the  time  nor  the 
location  of  the  transit  has  been  changed,  the  previously 
calculated  potential  intercepts  will  still  be  valid  and  this 
step  will  be  skipped.  In  this  case,  the  screen  image  of 
Figure  4-78  will  appear. 

Following  this  step  comes  the  optimization  step. 

4.7.6  Optimization  Process  -  Once  the  transit  plan 
parameters  have  been  validated  and  the  potential  intercepts 
have  been  calculated,  the  optimization  process  to  calculate 
the  optimal  SOA  profile  begins.  This  process  is  described 
in  detail  in  Section  3.0.  As  optimization  begins,  the  user 
is  presented  with  a  display  image  like  that  of  either  Figure 
4-79  or  Figure  4-80,  depending  upon  whether  potential  inter¬ 
cepts  had  to  be  calculated  or  not. 

At  the  conclusion  of  the  optimization  process, 
the  user  is  Informed  that  the  next  step,  result  transfer,  is 
about  to  begin  (Figure  4-81  or  4-82} . 

4.7.7  Transfer  of  Results  to  Terminal  -  Nhen  the 
optimization  process  is  finished,  the  host  transfers  the 
results  of  its  calculations  to  the  terminal  to  be  saved  on 
the  program  tape  cartridge  for  later  display.  During  the 
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RESULT  CALCULATION 

Transit  plan  paranctar  validation  (by  host)  in  prosrcssix 
Validation  conpletc. 

Potential  intercepts  previously  calculated. 

Figure  4-78 


RESULT  CALCULATION 

Transit  plan  paraHeter  validation  (by  host)  in 
Validation  conpicte. 

Potential  intercept  calculation  in  proyress... 
Potential  intercept  calculation  conpletc. 

Optinization  in  progress... 


Figure  4-79 


RESULT  CALCULATION 

Tronsit  plon  paraneter  validation  (by  host)  in  propress... 
Validation  conpicte. 

Potential  intercepts  previously  calculated. 

Optinization  in  progress... 


Figure  4-80 
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RESULT  CALCULATION 

Transit  plan  paranttcr  validation  (bp  host)  in  profrcss. .. 
Ualidation  conpictc. 

Potcntiol  intercept  calculation  in  profress... 

Potential  intercept  calculation  coNpletc. 

Optinization  in  propress... 

Optinization  conplete — result  tronsTcr  to  bcfin. 


Figure  4-81 


result  calculation 

Transit  plan  paraneter  validation  <bw  host)  in  p 
Ualidation  conplete. 

Potentiol  intercepts  previouslw  calculated. 
Optinization  in  propress... 

Optinization  conplete — result  transfer  to  bepin. 

Figure  4-82 
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transfer  process,  the  user  is  presented  with  a  screen  image 
like  that  of  Figure  4-83  so  that  he  can  monitor  the  progress 
of  the  transfer. 

Under  certain  circumstances  not  all  result  items 
will  have  to  be  transferred,  since  they  will  not  have  changed 
from  the  previous  result  calculation.  The  specific  sets  of 
results  which  must  be  sent  to  the  terminal  are  indicated  in 
Figure  4-84  as  a  function  of  the  transit  plan  parameters 
which  may  be  changed.  As  an  example.  Figure  4-85  illustrates 
the  transfers  which  would  occur  if  only  the  probability  of 
prior  tracking  were  changed. 


RESULT  CALCULATION 

Transit  plan  paranctcr  validotion  (bw  host)  in  p 
Uatidation  conplctc. 

Potential  intercept  calculation  in  prosress... 
Potential  intercept  calculation  conpletc. 

Optinization  in  progress... 

Optieization  conpletc— rcsul t  transfer  to  begin. 

Basic  result  paraneter  tronsfer  in  progress... 
Transfer  conplete. 

Potential  intercept  transfer  in  progress... 
Transfer  conplete. 

SOA  profile  transfer  in  progress... 

Transfer  conplete. 

Actual  intercept  transfer  in  progress... 

Tronsfer  conplete. 

Track  plot  transfer  in  progress... 

Transfer  conplete. 

Result  calculation  t  transfer  is  conplete. 

Press  RETURN  to  continue... 


Figure  4-83 
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Affected  Results 


Changed  Transit  Plan  Parameter 


Track  Plan 


SOA  Options 
&  Fuel  Costs 


OEP.  OR  ARRIVAL  TIME 

TRACK  COORDINATES 

PRIOR  PROBABILITY 

t  SOA  OPTIONS 

i  FUEL  COSTS  OR  TIME  INCR 

DETECTION  AVERSION 
PROFILE 

EVASIVE  ACTION  COSTS 


*lncludes  parameters  to  describe  minimum— maximum  SOA 
parallelogram  on  intercept  avoidance  profile. 

**  Includes  coordinates  for  plotting  image  of  ship  route. 


Figure  4-84 

RESULT  VALUES  AFFECTED 
BY  TRANSIT  PLAN  PARAMETER  CHANGES 
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RESULT  CALCULATION 

Transit  plan  paranctar  validation  (bw  host)  in  prosrtss... 
Uatidation  conplstc. 

Potcntiol  intercepts  previoustu  calculated. 

Optinization  in  profress. .. 

Optinization  conplcte— resul  t  transfer  to  besin. 

SOA  profile  transfer  in  piosrcss... 

Tronsfer  conplete. 

Actual  intercept  transfer  in  proflress. .. 

Transfer  conplete. 

Result  calculation  t  transfer  is  conplete. 

Press  RETURN  to  continue... 


Figure  4-85 


When  all  result  transfers  have  taken  place/  the 
user  is  instructed  to  press  the  RETURN  key.  After  he  presses 
the  key,  he  is  presented  with  a  menu  of  result  options  as 
described  in  Section  4.8.  This  concludes  the  result  calcu¬ 
lation  process. 

4.8  Result  Display 

At  the  end  of  the  result  calculation  process/  the  Aid 
automatically  presents  the  user  with  an  opportunity  to 

review  the  results  ndiich  have  been  calculated^  Alterna- 

» 

tively,  if  results  were  previously  calculated,  the  user  can 
request  an  opportiinity  to  examine  the  results  by  selecting 
option  5  from  either  of  the  title  pages  in  Figures  4-10  and 
4-12,  as  depicted  by  Figure  4-86.  In  either  event  the  user 
is  presented  with  the  menu  of  result  optibns  shown  in  Figure 
.  4-87. 
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Advanced  Research  Projects  Asency 
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SATELLITE  SURUEILLANCE  AUOIDANCE  OPTIMIZATION  AID 


developed  by 

Decisions  S  Designs*  Inc. 

OPTIONS: 

<1>  Introduction 

(2>  Define  new  transit  plan 

(3>  Revieu/edit  transit  plan 

<4)  Review  environmental  parameters 

<5)  Review  results 

(€>  Stop  execution 

Enter  number  of  option  desired:  S 


Figure  4-86 


With  the  exception  of  option  5,  each  of  the  options  in 
this  menu  allows  the  user  to  examine  some  aspect  of  the 
results  calculated  for  the  specified  transit.  Selecting 
option  5,  as  shown  in  Figure  4-88,  indicates  that  no  further 
review  of  results  is  desired  and  causes  the  title  page  of 
Figure  4-12  to  appear  upon  the  screen.  Each  of  the  other 
options  is  discussed  in  turn  in  Sections  4.8.1  through  4.8.4 
below. 

4.8.1  Recommended  SOA  Profile  -  If  the  user  selects 
option  1  from  the  result  option  menu,  as  shown  in  Figure 
4-89,  the  Aid  will  display  for  him  the  principal  result 
produced  by  the  optimization  process,  namely  the  recommended 
(optimal)  SOA  profile.  The  form  of  this  display  is  illus¬ 
trated  in  Figure  4-90.  This  information  must  be  used  by  the 
naval  commander  to  govern  the  progress  of  his  task  force 
along  the  planned  route  in  order  to  minimize  the  cost  of 
detection  by  extant  surveillance  satellites. 


RESULT  options: 

(1>  Rcconncndcd  SOA  Profile 

(2>  Detection  Zones  under  Recn'd  80A  Profile 

(3>  Intercept  Avoidance  Profile 

<4>  Potential  Detection  Zones 

<5>  Hone  of  the  above 

Enter  nunber  of  option  desired: 


Figure  4-87 


RESULT  OPTIONS: 

<i>  Recofinended  SOA  Profile 

<2)  Detection  Zones  under  Recn'd  SOA  Profile 

<3>  Intercept  Avoidance  Profile 

(4)  Potential  Detection  Zones 

<5>  None  of  the  above 

Enter  nunber  of  option  desired:  S 


Figure  4-88 


RESULT  OPTIONS: 

<I>  Reconnended  SOA  Profile 

(2)  Detection  Zones  under  Recn'd  SOA  Profile 

<3>  Intercept  Avoidonce  Profile 

<4>  Potential  Detection  Zones 

<5>  None  of  the  above 

Enter  nunber  of  option  desired:  1 


Figure  4-89 
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Figure  4-90 


The  SOA  profile  is  presented  both  in  a  histogram 
form  and  in  a  tabular  form.  Note  that  the  origin  of  the 
time  axis  of  the  histogram  corresponds  to  midnight  preceding 
the  time  of  departure;  the  SOA  plot  assumes  a  value  different 
from  zero  at  the  time  of  departure  and  subsequently  changes 
only  at  times  which  are  multiples  of  the  time  increment 
specified  by  the  user  for  SOA  changes  (Section  4.4.5). 

The  first  entry  in  the  table  indicates  the  SOA 
to  be  employed  at  the  time  of  departure,  and  each  subsequent 
entry  specifies  the  SOA  to  be  used  for  successive  times 
which  are  multiples  of  the  time  increment  for  SOA  changes. 

As  shown  in  Figure  4-90,  the  SOAs  recommended 
for  the  first  and  the  last  time  increments  might  not  corre¬ 
spond  exactly  to  one  of  the  specified  SOA  options  (Section 
4.4.4).  For  that  matter  the  durations  of  the  first  and  last 
time  increments  might  not  equal  the  specified  time  increment 
for  SOA  changes.  These  discrepancies  are  discussed  in 
Section  3.0. 

If  negative  SOA  options  have  been  allowed  by  the 
user,  the  SOA  profile  histogram  will  appear  as  shown  in 
Figure  4-91  with  the  SOA  axis  origin  shifted,  but  no  other 
differences  will  occur. 

When  the  user  has  concluded  his  perusal  of  the 
SOA  data,  he  may  press  the  RETURN  key  in  response  to  the 
"RETURN..."  request  which  appears  in  the  upper  left  corner 
of  the  screen,  and  the  result  option  menu  of  Figure  4-87 
will  reappear. 

4.8.2  Detection  Zones  Under  Recommended  SOA  Profile  - 
Even  when  the  naval  commander  adheres  to  the  SOA  profile 
recommended  by  the  optimization  process,  his  task  force  is 
likely  to  encounter  satellite  intercepts  which  are  unavoidable 
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Figure  4-91 


or  which  are  avoidable  only  at  the  expense  of  encountering  a 
more  costly  intercept.  (See  Section  3.0).  The  significance 
of  a  satellite  intercept  is  that  it  represents  a  point  along 
the  transit  where  detection  by  a  satellite  is  possible,  that 
is,  a  point  for  which  the  transiting  force  lies  within  a 
satellite  footprint.  It  is  important  to  note  that  merely 
lying  within  the  footprint  does  not  mean  that  detection  by 
the  satellite  is  certain  or  even  likely.  The  satellite  may 
not  be  in  operation,  the  weather  may  be  unsuitable  for 
detection,  or  an  evasive  action  might  thwart  detection. 

For  this  latter  reason  it  is  important  for  the 
naval  commander  to  know  where  (and  when)  all  such  intercepts 
will  occur  along  his  transit  route.  The  optimization  process 
selects  for  each  intercept  the  best  evasive  action  to  employ 
and  assumes  that  the  naval  commander  will  in  fact  employ  it. 

By  selecting  option  2  from  the  result  option 
menu,  as  shown  in  Figure  4-92,  the  user  will  be  given  a 
display  image  which  indicates  what  intercepts  will  be  en¬ 
countered  and  the  evasive  action  recommended  for  each. 

Figure  4-93  contains  an  example  of  such  a  display  image. 

RESULT  OPTIONS: 

<1>  Rccomicndcd  SOA  Profile 

<2>  Detection  Zones  under  Recn'd  SOA  Profile 

(3)  Intercept  Avoidance  Profile 

<4>  Potential  Detection  Zones 

<S>  None  of  the  above 

Enter  nanber  of  option  desired:  2 

Figure  4-92 


The  plot  on  the  top  half  of  the  display  represents 
the  route  of  the  ship.  The  small  circles  super-imposed  upon 
it  represent  the  intercepts  that  will  be  encountered  when 
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the  recommended  SOA  profile  (Section  4.8.1)  ie  employed. 
Associated  with  each  small  circle  is  an  intercept  nximber, 
assigned  in  increasing  order  from  point  of  departure  to 
destination,  and  the  type  code  of  the  satellite  involved  in 
the  Intercept. 

In  the  table  on  the  bottom  half  of  the  display, 
more  specific  Information  about  each  intercept  is  provided. 
The  number  and  the  type  code  (ID)  in  each  row  of  the  table 
match  the  corresponding  items  of  an  Intercept  on  the  ship 
track  plot.  Each  row  of  the  table  provides  the  coordinates 
and  the  time  of  an  intercept,  the  amount  of  time  in  minutes 
that  the  transiting  force  will  be  exposed  to  possible  detec¬ 
tion  by  the  satellite,  and  the  evasive  action  recommended  to 
thwart  detection. 

With  this  table  the  naval  commander  has  every¬ 
thing  he  needs  to  know  about  when  and  where  intercepts  will 
occur  and  what  evasive  action  will  best  minimize  the  possi¬ 
bility  of  detection. 

When  the  user  has  finished  his  review  of  the 
detection  zone  data,  he  may  press  the  RETURN  key  in  response 
to  the  "RETURN..."  request  which  appears  in  the  upper  left 
corner  of  the  screen,  and  the  result  option  menu  of  Figure 
4-87  will  reappear. 

4.8.3  Intercept  Avoidance  Profile  -  If  the  user  wishes 
to  view  expected  intercepts  within  the  context  of  all  those 
intercepts  that  will  be  avoided  by  adhering  to  the  recom¬ 
mended  SOA  profile,  he  may  select  option  3  from  the  result 
option  menu  as  shoim  in  Figure  4-94.  This  will  cause  the 
intercept  avoidance  profile  of  Figure  4-95  to  appear  upon 
the  screen. 
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RESULT  options: 


<1>  RccoimciMicd  SOA  Pro#il« 

<2>  Detection  Zones  unUer  Reen'd  SOA  Profile 
<3>  Intercept  Aveidonce  Profile 
(4>  Potential  Detection  Zones 
<S>  Hone  of  the  ebove 

Enter  nunber  of  option  desired:  3 

Figure  4-94 


The  Intercept  avoidance  profile  ia  discussed  in 
detail  in  Sections  2.0  and  3.0.  Briefly,  the  vertical  lines 
represent  intercepts  of  satellites  with  the  planned  transit 
route;  the  parallelogram  represents  the  minimxim  and  maximum 
SOA  constraints;  and  the  irregular  line  dra%m  from  lower 
left  to  upper  right  represents  progress  of  the  transiting 
force  from  point  of  departure  to  destination  when  the  recom¬ 
mended  SOA  profile  is  followed.  The  intersection  of  the 
irregular  line  with  a  vertical  line  represents  an  intercept 
as  listed  in  the  detection  zone  table  described  in  Section 
4.8.2  above.  Distance  is  expressed  in  nautical  miles. 

When  the  user  has  completed  his  review  of  this 
display,  he  may  press  the  RETURN  key  in  response  to  the 
"RETURN...”  request  at  the  upper  left  of  the  screen,  and  the 
result  option  menu  of  Figure  4-87  will  reappear. 

4.8.4  Potential  Detection  Zones  -  The  user  may  wish 
more  specific  information  about  the  intercepts  plotted  on 
the  intercept  avoidance  profile  discussed  in  Section  4.8.3 
(Figure  4-95} .  If  so,  he  may  select  option  4  from  the 
result  option  menu,  as  sho%m  in  Figure  4-96,  and  the  Aid 
will  display  a  table  of  all  the  intercepts,  or  potential 
detection  zones.  For  each  intercept,  the  table  will  indicate 
the  type  of  satellite,  the  time  of  the  intercept,  and  the 
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RESULT  OPTIONS: 


(1>  Reconmndcd  SOA  Profile 

<2>  Detection  Zones  under  Recn^d  SOA  Profile 

(3>  Intercept  Avoidonce  Profile 

(4>  Potentiel  Detection  Zones 

<5>  None  of  the  above 

Enter  nunber  of  option  desired:  4 


Figure  4-96 


extent  (in  nautical  miles  from  point  of  departure)  to  which 
it  covers  the  transit  route.  An  example  of  such  a  table/ 
which  is  often  quite  extensive,  is  shown  in  Figures  4-97 (a) - 
(f). 


Note  that  the  user  can  elect  not  to  review 
additional  table  segments  by  responding  negatively  to  the 
"Next  table  segment?”  query  which  appears  to  the  upper  left 
of  all  but  the  last  table  segment. 

Nhen  the  user  is  finished  with  his  review  of  the 
potential  detection  zone  table,  he  must  press  the  RETURN  key 
in  response  to  the  "RETURN...”  request  which  appears  at  the 
upper  left  of  the  screen.  The  result  option  menu  of  Figure 
4-87  will  then  reappear. 

4.9  Termination  of  Execution 


Execution  of  the  Aid  can  be  terminated  any  time  that 
one  of  the  title  pages  of  Figures  4-10,  4-11,  or  4-12  is  on 
the  screen.  This  means  that  execution  can  be  interrupted 
even  before  result  calculation  has  taken  place. 

When  the  user  selects  option  6  from  the  title  page 
menu,  the  Aid  terminates  communication  with  the  host,  if 
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Hext  tabic  segnent?  g  Potential  Detection  Zones 


No 

Type 

HIXI&2E9i 

Coverage 

il 

E 

19  NOV  9129 

32 

C 

19  NOV  9129 

226*r  726 

33 

E 

19  NOV  9293 

969-1929 

34 

E 

19  NOV  9422 

9-  499 

39 

R 

19  NOV  9629 

2699-2710 

36 

R 

19  NOV  9999 

1999-1979 

37 

C 

16  NOV  9921 

3932-3619 

39 

R 

19  NOV  9939 

999-  979 

39 

C 

19  NOV  9947 

2360-2929 

49 

E 

19  NOV  9999 

3909-3619 

mn 

19  NOV  1929 

2307-2633 

42 

t 

19  NOV  1933 

2309-2979 

43 

C‘ 

19  NOV  1116 

1190-1791 

44 

E 

19  NOV  1123 

2446-3997 

49 

19  NOV  1291 

1391-1619 

46 

I 

19  NOV  1297 

1362-1969 

47 

19  NOV  1243 

142-  629 

49 

19  NOV  1249 

3922-3999 

49 

19  NOV  1293 

1169-1010 

99 

19  NOV  1334 

267-  999. 

9i 

19  NOV  1339 

299-  909.^ 

92 

19  NOV  1429 

2979-2736 

93 

19  NOV  1423 

111-  662 

94 

19  NOV  1947 

964-1979 

99 

19  NOV  1717 

9-  42 

96 

19  NOV  1939 

3962-3619 

97 

t 

19  NOV  19«1 

3493-3619 

99 

0 

16  NOV  2969 

2396-2799 

99 

1 

16  NOV  2914 

2202-2964 

69 

0 

19  NOV  2149 

1996-1399 

Ho 

Type  I 

Date-Tine 

1 

17  NOV  D633 

2 

Wm 

17  NOV  0609 

1799-1828 

3 

17  NOV  0902 

3919-3911 

4 

mm 

17  NOV  9939 

639-  924 

9 

■a 

17  NOV  0952 

2801-3225 

6 

1 

17  NOV  6957 

2799-3128 

17  NOV  1996 

3461-3619 

17  NOV  1030 

1769-2317 

17  NOV  1125 

1791-2003 

10 

1 

17  NOV  1131 

1799-1951 

11 

E 

17  NOV  1134 

2269-2960 

12 

C 

17  NOV  1199 

672-1172 

13 

R 

17  NOV  1253 

3480-3542 

14 

0 

17  NOV  1256 

792-  979 

ma 

I 

17  NOV  1304 

719-  928 

E 

17  NOV  1394 

1927-1658 

C 

17  NOV  1329 

9-  133 

le 

R 

17  NOV  1424 

2447-2699 

19 

E 

17  NOV  1433 

9-  949 

20 

R 

17  NOV  1992 

901-1984 

21 

0 

17  NOV  1933 

2949-3190 

22 

1 

17  NOV  1939 

2877-3661 

23 

B1 

17  NOV  2194 

1926-1092 

24 

WM 

17  MOV  2109 

3969-3619 

29 

17  NOV  2199 

1439-1692 

26 

17  NOV  2236 

382-  696 

27 

■a 

17  NOV  2236 

2318-2693 

29 

I 

17  NOV  2241 

396-  914 

29 

E 

17  NOV  2396 

3169-3619 

30 

— C_J 

18  NOV  9892 

1269-1749 

Figure  4-97(8) 
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Next  table  segHent?  u  Potential  Detection  Zones 


Twpe 

Date-Tine 

Covereee 

u 

22  NOU  8911 

1 185-1 ite 

tV- 

Wm 

22  NOU  8946 

2913-3335 

1  ’ ; 

■9 

22  NOU  8952 

2918-3242 

22  NOU  8954 

2261-2839 

18S 

WM 

22  NOU  1838 

3887-3615 

186 

WM 

22  NOU  1848 

8-  184 

187 

WM 

22  NOU  1119 

1815-2867 

188 

22  NOU  1123 

1897-1615 

189 

I 

22  NOU  1125 

1823-2814 

198 

E 

22  NOU  1287 

1778-2478 

191 

C 

22  NOU  1258 

64-  549 

192 

0 

22  NOU  1253 

778-1845 

193 

I 

22  NOU  1258 

783-  994 

194 

E 

22  NOU  1338 

629-1229 

195 

R 

22  NOU  1488 

2987-2965 

196 

E 

22  NOU  1586 

8-  165 

197 

R 

22  NOU  1527 

1236-1351 

198 

R 

22  NOU  1657 

164-  246 

199 

0 

22  NOU  1927 

3818-3254 

288 

t 

22  NOU  1933 

2941-3126 

281 

0 

22  NOU  2859 

1686-1937 

282 

I 

22  NOU  2184 

1515-1764 

283 

C 

22  NOU  2281 

2778-3392 

284 

22  NOU  2238 

448-  727 

285 

I 

22  NOU  2235 

371-  581 

286 

c 

22  NOU  2327 

1683-2163 

287 

c 

23  NOU  8829 

2661-3419 

288 

c 

23  NOU  8854 

651-1148 

289 

E 

23  NOU  8157 

1688-2153 

HU 

23  NOU  8221 

Twpe 

Dete-Tine 

Cevcre«e  | 

tm 

1 

TnSRTTOT 

212 

E 

23  NOU  8455 

8-  73 

213 

R 

23  NOU  8685 

3136-3363 

214 

R 

23  NOU  8735 

2841-2187 

215 

R 

23  NOU  8986 

1157-1238 

216 

C 

23  NOU  8912 

2893-3386 

217 

0 

23  NOU  1822 

2453-2699 

218 

E 

23  NOU  1827 

3216-3615 

219 

I 

23  NOU  1827 

2454-2648 

228 

R 

23  NOU  1835 

62-  176 

221 

C 

KVIViHvi  rj  m 

1632-2175 

222 

23  NOU  1156 

1416-1673 

223 

E 

23  NOU  1156 

1932-2649 

224 

I 

23  NOU  1281 

1426-1623 

225 

C 

553-1858 

226 

E 

23  NOU  1326 

762-1372 

227 

0 

23  NOU  1328 

339-  629 

228 

I 

23  NOU  1334 

352-  575 

229 

23  NOU  1335 

8-  15 

238 

23  NOU  1355 

2952-3818 

231 

23  NOU  1455 

8-  295 

232 

23  NOU  1522 

1389-1426 

233 

23  NOU  1652 

216-  299 

234 

23  NOU  1835 

3554-3615 

235 

23  NOU  2883 

2485-2844 

236 

23  NOU  2888 

2378-2665 

237 

c 

23  NOU  2118 

3424-3615 

238 

0 

23  NOU  2134 

1129-1436 

239 

23  NOU  2139 

1844-1275 

248 

23  NOU  2246 

2193-2677 

Figure  4-97  (d) 
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Next  table  segnent?  u  Potential  Detection  Zones 


No 

Type 

Date-Tine 

Coveraee 

241 

23  NOU  2386 

49-  318 

242 

I 

23  NOU  2312 

8-  172 

243 

C 

24  NOU  8812 

1147-1628 

244 

E 

24  NOU  8817 

2799-3688 

245 

C 

24  NOU  8139 

183-  687 

246 

E 

24  NOU  8146 

1738-2281 

247 

E 

24  NOU  8315 

783-1274 

248 

E 

24  NOU  8444 

8-  217 

249 

mm 

24  NOU  8688 

3299-3517 

258 

Wm 

24  NOU  8738 

2887-2193 

251 

24  NOU  8831 

3412-3619 

252 

24  NOU  8981 

1289-1289 

253 

WM 

24  NOU  8926 

3387-3615 

254 

I 

24  NOU  8931 

3314-3615 

255 

c 

24  NOU  8957 

2212-2792 

256 

E 

24  NOU  1816 

3343-3619 

257 

R 

24  NOU  1838 

134-  246 

258 

24  NOU  1898 

2848-2296 

259 

■1 

24  NOU  1184 

2893-2242 

268 

c 

24  NOU  1126 

1896-1971 

261 

E 

24  NOU  1144 

2188-2828 

262 

24  NOU  1232 

1811-1278 

263 

I 

24  NOU  1237 

1823-1228 

264 

c 

24  NOU  1293 

29-  989 

265 

E 

24  NOU  1319 

897-1917 

266 

R 

24  NOU  1398 

2996-3899 

267 

0 

24  NOU  1484 

8-  189 

268 

I 

24  NOU  1489 

8-  127 

269 

E 

24  NOU  1444 

8-  429 

^78 

R 

24  NOU  1918 

1384-1984 

No 

Date-Tine 

Ceverefe  | 

2>i 

r«TT MT'^M 

24  NOU  1986 

3248-3485 

24  NOU  1911 

3171-3396 

24  NOU  2838 

1989-2299 

24  NOU  2843 

1012-2874 

24  NOU  2284 

2726-3339 

24  NOU  2218 

698-  978 

24  NOU  2215 

611-  828 

hi 

24  NOU  2331 

1643-2123 

E 

29  NOU  8887 

2999-3619 

'-3 

C 

612-1181 

282 

E 

29  NOU  8139 

1869-2410 

283 

C 

25  NOU  8225 

8-  92 

284 

E 

25  NOU  8384 

036-1481 

285 

E 

29  NOU  0432 

8-  397 

286 

R 

29  NOU  8559 

3458-3615 

287 

R 

25  NOU  8729 

2134-2199 

288 

R 

29  NOU  8856 

1268-1339 

289 

C 

29  NOU  8915 

2849-3344 

298 

0 

29  NOU  1881 

2693-3043 

291 

E 

29  NOU  1809 

3468-3615 

292 

I 

29  NOU  1886 

2691-2936 

293 

MM 

29  NOU  1825 

285-  313 

294 

29  NOU  1843 

1987-2129 

299 

WM 

29  NOU  1133 

2275-2968 

296 

29  NOU  1139 

1648-1982 

29  NOU  1148 

1697-1858 

29  NOU  1211 

914-1818 

WM 

29  NOU  1384 

1836-1666 

29  NOU  1308 

992-  873 

Figure  4-97(e) 


168 


RETURN. . . 


Potential  Dettetion  Zonce 


NolTypcI  Oatc-Tina 


3 

302  R 

303  E 

304  R 

305  R 

306 

3071  I 
308 
3091  I 


320 

321 

322 

3231  I 
324 

3251  I 

326 

327 

328 

329 

330 


25  NOU 
25  NOU 
25  NOU 
25  HOU 
25  NOU 
25  HOU 
25  NOU 
25  NOU 
25  NOU 
25  NOU 
25  NOU 
25  NOU 
25  NOU 

25  NOU 

26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 
26  NOU 


131 
1345 
1433 
1513 
1642 
1943 
1948 
2113 
2118 
2122 
2245 
2249 
2258 
2355 
8815 
8124 
0143 
8551 
8728 
8851 
1821 
1837 
1843 
1211 
1216 

1348 
1343 

1349 
1588 
1637 


Coverate 


821 
3841-3899 
8-  557 
1461-1584 
319-  485 
2839-3884 
2748-2957 
1488-1728 
1312-1553 
3375-3615 
277-  558 
2151-2635 
282-  408 
3196-3615 
1187-1589 
1999-2539 
61-  567 
3591-3615 
2181-2246 
1318-1388 
273-  379 
2282-2529 
2285-2472 
1247-1588 
1258-1458 
3885-3144 
149-  447 
162-  392 
1542-1668 
372-  459 


NolTwPcI  Date-Tine 


Coverete 


26 

26  NOU  1858 
26  NOU  2818 
26  NOU  2823 
26  NOU  2149 
26  NOU  2154 
26  NOU  2321 
26  NOU  2327 


3395-3581 
2233-2597 
2131-2488 
941-1239 
858-1083 
8-  148 


-  3 


I 

R 
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necessary f  saves  certain  status  information  on  the  program 
tape  cartridge,  rewinds  the  tape  cartridge,  and  prints  an 
"Execution  terminated"  message  on  the  screen  as  shown  in 
Figure  4-98.  At  this  point  the  user  may  remove  the  tape 
cartridge  from  the  4051  tape  slot  (by  pushing  the  EJECT 
button)  and  turn  the  power  off. 


Dcpartncnt  of  Defense 
Advanced  Research  Projects  Asenev 
<Infornation  Processins  Technolosy  Office) 


SATELLITE  SURUEILLAHCE  AUOIDANCE  OPTIHIZATION  AID 


developed  by 

Decisions  4  Desitnsi  Inc. 


OPTIOHS: 

<1>  Introduction 

<2)  Define  new  transit  plan 

<3>  Review/edit  transit  plan 

<4)  Review  environncntal  paraneters 

<5>  Calculate  results 

<6>  Stop  execution 

Enter  nueber  of  option  desired:  € 

Execution  terninoted 


Figure  4-98 


4.10  Error  Conditions 


The  Aid  is  forgiving  of  errors  made  by  the  user  in 
response  to  queries  which  require  parameter  values  or  option 
niimbers.  Every  user  entry  is  checked  by  the  Aid  for  correct 
syntax.  Furthermore,  every  syntactically  correct  entry  is 
checked  to  ensure  that  its  value  lies  within  the  range  of 
permissible  values. 
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Whenever  the  user  enters  a  value  which  is  syntactically 
incorrect  or  which  lies  outside  the  range  of  allowable 
values#  the  Aid  prints  an  error  message,  such  as 

***  Invalid  entry;  value  roust  be  between  0  and  100  -  try  again. 

and  requests  the  value  again. 

In  many  cases,  once  an  acceptable  value  has  been  pro¬ 
vided  by  the  user,  the  Aid  requests  confirmation  that  the 
value  is  the  one  actually  intended  by  the  user.  This  gives 
the  user  a  chance  to  change  his  mind  or  to  correct  an  entry 
without  having  to  request  an  opportunity  to  make  the  change. 

As  a  result  of  these  features,  the  Aid  is  very  robust; 
the  user  never  has  to  \toxxy  that  a  typing  error  or  a  temporary 
lapse  in  attention  will  cause  the  Aid  to  crash  or  abort. 
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IKTELLIGEMCE 


lUtlotule  for  Welthte 

Intelligence  tasks  C  and  G  provide  over  872  of  the  total 
Inprovement  in  Intelligence  tasks.  Intel  D,  Receive /Record,  and  Intel  G, 
Disseminate,  are  time-  and  manpomr-consumlng  tasks.  Intel  G  is  very 
valuable  to  Improve  because  the  status  quo  is  very  poor.  Intel  D  receives 
the  highest  weight  for  Importance  to  Improve.  The  ability  to  sort  and 
organize  large  amounts  of  information  is  very  Important,  especially  in 
fast-moving  situations.  The  officers  want  to  have  these  two  tasks 
automated  so  that  they  will  have  time  to  perform  the  remaining  tasks 
manually. 


Performing  Intel  A,  Determine  Requirements,  takes  a  long  time 
to  acquire  and  organize  the  materials  required  for  estimate  preparation. 

The  Ideal  Performance  gives  the  capability  tc  react  quickly  to  changing 
situations.  The  officers  preferred  to  manually  identify  gaps  in  information 
and  produce  EEI/OIRs. 

Both  Intel  B,  Collection  Planning  and  Intel  C,  Supervise 
Collection,  are  considered  manual  tasks.  The  officers  had  no  faith  in 
the  ability  to  automatically  generate  EEls;  and  once  the  EEIs  are  determined, 
automation  is  of  no  further  value.  Intel  B,  Initial  Processing,  Is  an 
important  task,  but  one  that  can  be  handled  manually.  Highlighting 
possibly  significant  Information  is  a  desirable  feature  of  the  ideal 
performance. 

A  desirable  feature  of  the  ideal  performance  for  Intel  F, 

Interpret,  is  the  capability  to  display  possible  enemy  courses  of  action 
in  time-phase  sequence  to  determine  the  effect  on  our  own  situation  or 
course  of  action.  Changes  in  enemy  capabilities  and  vulnerability  are 
better  done  manually. 
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Inf  llia»nc«  Functions 


Intel  A  Determine  Requirements. 


Task:  Analyze  command  mission  and  necessary  tactical  action;  determine  basic 

intelligence  requirements  and  EEI's  for  planning  and  execution  of  operations; 
include  requirements  developed  by  subordinate  and  other  agencies.  Prepare 
and  disseminate  initial  intelligence  estimate. 


Status  Quo 

Charts  &  available  Imagery  assembled... 
analysts  obtain  available  area/enemy 
info  from  studies,  reports,  etc.... 
basic  files  established. . .mission  and 
available  info  analyzed. . .requirements 
of  staff  gathered. . .basic  intel  require¬ 
ments  &  EEI's  developed  &  recommended 
to  Cdr;  process  is  manual.  Oral  or 
written  initial  Intel,  estimate  manually 
prepared  and  disseminated. 


Ideal  Performance 

Total  info  available  in  data  base... digi¬ 
tized  map  available  for  display. . .capabi¬ 
lity  to  reflect  area  by  terrain  character¬ 
istics,  anticipated  weather  patterns,  etc., 
capable  of  displaying  current  &  historical 
enemy  activity  data... data  base  contains 
complete  cross-reference  capability. . .can 
display  graphic  or  text  history. . .files 
generated  automatically. . .gaps  in  info 
automatically  identified  &  tentative  EEI/ 
OIR's  produced.  Initial  Intel  estimate 
automatically  formatted  &  generated  from 
data  base. 


System  A 


Same  as  Ideal  except: 

1.  Data  base  constructed  from  NIPS. 

2.  No  digitized  map. 

3.  No  capability  to  reflect  area  by 
terrain  characteristics. 

4.  Requires  man/machlne  interface  to  display  data, 
produce  map  overlay,  and  determine  gaps  in 
Inforaiation. 


SQ-wl?h-PLI 


System  A 


IP 


30 


100 


Rationale 

Host  valuable  System  A  Improvement  to  Initial  intelligence  estimate. 
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Intel  B  Cellectlon  Planning. 

Task:  Prepare  plans  and  orders,  and  requests  to  higher,  adjacent,  and  lower  head¬ 
quarters,  for  the  collection  of  Infomatlon. 


Status  Quo 

Based  on  EEI  and  OIR,  collection  plan 
is  written  . . .  tasks  to  organic 
collection  assets  Included. . .requests 
to  higher /adjacent  transmitted  by 
letter,  MSG,  radio,  etc. 


Ideal  Performance 

System  contains  capabilities  of  avail¬ 
able  collection  assets  &  predetermined 
assignment  parameters. . .system  auto¬ 
matically  generates  collection  plan  ready 
for  distribution. . .task  assignments  to 
organic  agencies  or  requests  to  higher/ 
adjacent  agencies  developed. . .system 
automatically  maintains  files/records... 
hard  copy  available  on  demand. 


Same  as  Ideal  except: 

1.  System  does  not  contain  capabilities  of 
collection  assets  or  parameters. 

System  A  2.  Requires  man/machlne  interface  to  determine 

Info  gaps,  recommend  tasking  of  sgencles, 
generate  collection  plan,  and  maintain 
files /records. 


SQ-wlth-PLI 


System  A 


IP 


65 


100 


Rationale 

The  main  System  A  Improvement  Is  maintenance  of  files  and  records. 
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Intel  C  Supervise  Collection. 


Task:  Supervise  &  coordinate  the  Infomatlon  collection  effort. 


Status  Quo 

Based  on  collection  plan — direct,  sup¬ 
ervise,  &  coordinate  collection  effort 
via  MSG,  liaison  &  staff  visits... 
based  on  responses,  generate  additional 
EEI'8...upon  approval.  Incorporate  Into 
collection  plan  &  write  orders  & 
requests  for  same. 


Same  as  Ideal  except: 

1.  System  does  not  prompt  agencies. 

System  A  2.  Requires  man/machlne  Interface  to  generate 

order s/requasts  and  update  collection  plan. 


sq-wlth-PLI  System  A  IP 


0  75  100 


Ideal  Performance 

System  automatically  prompts  agencies 
for  timely  responses. . .additional 
EEI's  generated  automatically  within 
parameters  or  entered  manually... 
collection  plan  updated  &  orders/ 
requests  generated  automatically. 


Rationale 


Not  prompting  agencies  Is  a  good  feature.  Automatic  generation  of  EEI's 
may  not  be  desirable.  Score  of  75  reflects  msn/machlne  Interface. 


Int>l  D  Recelv/Record. 

Task:  Receive,  record,  maintain,  and  dlaplay,  as  appropriate,  all  Items  of  Information 
received.  Prepare  and  submit  reports  as  required. 


Status  Quo 

All  Info  Is  read. . .similarities  w/other 
Info  is  reviewed. . .transferred  to 
recording  media. . .plotted  on  situation 
map  or  display  boards  and  Incorporated 
Into  basic  files. . .reports  prepared 
manually  with  pictorial  graphic  Infor¬ 
mation  included  as  required. 


Ideal  Performance 

All  Info  received  and  cross-referenced 
In  a  data  base  continually  updated  to 
avoid  duplication  and  to  purge  data 
which  Is  no  longer  relevant. . .current 
Information  displayed  alphanumerically 
along  with  history  of  area,  unit,  type 
activity,  etc. . .plotted  by  symbol  on 
sit  map  automatically  on  demand. . .capa¬ 
bility  to  display  history  In  particular 
area  by  time  phase. . .capability  to  dis¬ 
play  history  of  activity  by  categories, 
hard  copy  of  alphanumeric  or  sjrmbology 
available  on  demand. . .formatted  reports 
generated  automatically  or  on  demand, 
ready  for  distribution. 


Same  as  Ideal  except: 

1.  Requires  man/machlne  Interface  to  enter  info 

System  A  In  data  base  and  display  area. 

2.  Plots  manually  (grease  pencil)  on  map  overlay. 


SQ-wlth-PLI  System  A  IP 


0  75  100 


Rationale 


Autoswted  data  Input  would  be  very  valuable  because  of  time  saving  and  reduction 
In  errors  currently  caused  by  multiple  handling  of  data. 


Int«l  E  Initial  ProccMlng. 


Task:  Evaluate,  analyca,  and  Integrate  Itcna  of  Infoxnatlon  to  form  a  picture  of 

enemy  activity  or  the  area  of  operations  which  might  Influence  the  commander's 
decision. 


Status  Quo 

Recorded  Info  Is  evaluated  for  pertl> 
nence,  urgency,  reliability  &  accuracy... 
Info  Is  then  analyzed  to  Isolate  signi¬ 
ficant  elements. . .elements  then  Inte¬ 
grated  to  form  hypotheses  concerning 
area  of  operations  and/or  the  enemy 
situation. 


Ideal  Performance 

System  automatically  highlights  possible 
significant  Info  lAW  established  para¬ 
meters.  .  .data  kept  on  reliability  of 
source /agency. . .all  background/history 
available  In  data  base  &  Integrated 
automatically  for  display... 
h3rpotheses  generated  automatically  lAW 
established  parameters. 


System  A 


Sane  as  Ideal  except: 

1.  Does  not  automatically  highlight  Info. 

2.  Requires  man/machlne  Interface  to  display 
and  generate  Info. 


SQ-wlth-PLI 


System  A 


IP 


60 


100 


Rationale 


Capability  to  automatically  highlight  Information  Is  valuable. 


C-80 


Task:  Intarprct  Inforaatlon  to  determlna  Its  significance,  aeaning,  and 
effect  on  the  friendly  situation/planned  activity.  Develop  target 
intelligence. 


Status 


Ideal  Performance 


Info  leading  to  various  hypotheses  is 
Interpreted  to  determine  significance... 
determination  of  impact  of  intelligence 
on  enemy  capabilities,  vulnerability,  & 
possible  courses  of  action. . .impact  on 
own  c/a  assessed. . .additional  EEI/OIR 
developed  as  necessary. 


System  automatically  displays  change 
in  enemy  capablllties/vulnerabillty 
lAW  established  parameters. . .possible 
enemy  c/a  can  be  displayed  in  time-phase 
sequence  to  determine  effect  on  own 
situation  or  course  of  action. . .addi¬ 
tional  EEI/OIR  generated  automatically 
trithln  parameters  or  entered  manually. 


System  A 


Same  as  Ideal  except: 

1.  Requires  man/machlne  interface  to  display  data. 


Rationale 

Score  of  80  reflects  man/machlne  interface  deficiency. 


C-81 


Inttl  G  Dl«««Blnate. 

Task:  Dlssaminats  current  Intelligence  to  the  units /agencies  needing  It.  Update 
Intel  estimate  as  required. 


Status 


Ideal  Performance 


Intel  put  in  proper  form  for  dissemina¬ 
tion  via  MSG,  summary,  courier,  etc... 
critical  Intel  disseminated  In  manually 
selected  format.  Manually  update  Intel 
estimate  as  required. 


System  selects  report  type  automatically 
or  through  operator  input... MSG, 
sumary  etc.  generated  automatically... 
hard  copy  of  text  and/or  graphics 
available  on  demand. . .update  of  Intel 
estimate. 


System  A 


Same  as  Ideal  except: 

1.  Requires  man/machlne  Interface  to  generate  data. 


Score  of  80  reflects  man/machlne  Interaction  deficiency.  Officers  were 
concerned  about  disseminating  garbage.  There  Is  a  need  for  quality  control 


APPEMDIX  D 


Operational  ^aa  Task  Summaries 
Combat  Operations  Center 

T— k  SuiHNiryt  Oavalop  oparationa*  plana «  and  ordara  for  ground  aanauvar 
alaawntai  alloeata  aaaatat  Monitor  atatua  of  friandly 
and  anaay  forcaai  auparvlaa  axacution  of  oparational  ordara. 
Monitor  prograaa  in  aehiaving  objactivaa,  and  ooordinata  with 
adjaeant  unitaj  ansura  intagration  of  all  fira  aupport  Means 
with  achana  of  Manauvari  reeaiva/initiata  tactical  alerts. 


Status  Quo  Sumnarv 


System  Susssary 


Tasks  pradoskinantly  performed 
Manually;  manually  maintained 
status  boards  and  napa  updated 
from  real-time  friandly  unit 
position  location  information; 
messaga/varbal  reports  of 
varying  timalinasa;  manual 
review  and  decision  making; 
manual  reporting  and  record 
keeping. 


Graphic/text  displays  from  automated 
data  base;  automatic  real-time  friendly 
unit  location  and  status  displays; 
automated  assiatance  in  operations 
planning;  simulation  capability  for 
possible  courses  of  action;  automated 
assistance  in  report  preparation  and 
automatic  forwarding,  retention,  and 
cross  referencing  of  reports;  automated 
assiatance  in  identification/reaolution 
of  conflicts/coordination  requirements; 
tactical  alerts  automatically  disaeminated . 


Direct  Air  Support  Center 


Task  Susmarv;  Receive  and  coordinate  requeata  for  scheduled  and  immediate  DAS; 

process  BOA  and  intelligence  information;  monitor  and  coordinate 
execution  of  OAS  operations;  assist  in  coordination  of  FAAO 
operations;  coordinate  ASRT  targeting. 


itatus  Quo  Summary 

OAS  mission  requests  receivsd,  manually 
plotted  and  analysed;  manually  main¬ 
tained  status  boards;  voice  liaison/ 
coordination  with  fire  support  agencies; 
manual  prooessing  of  BOA  and  intelli¬ 
gence  infesmation;  friendly  unit  posi¬ 
tion  location  infesmation  autosatically 
received  and  used  to  manually  update 
plots  and  naps;  manual  plotting  of 
restrictive  and  control  measures;  voice 
briefing  to  A/C;  veice/MBG  updates  to 
requesting  egeaeies;  manual  processing 
of  air  defense  infermatien/requirenents; 
awiually  analysa  and  prepare  mission 
briafings  on  ABRT  targets. 


Bvstem  "A"  Bumemrv 

Automated  graphic/text  displays  of 
information  in  data  base;  OAS  missions 
entered  into  data  base  and  disseminated 
as  required;  tentative  flight  profiles 
automatically  generated;  BOA/intelli- 
gence  entered  into  data  base  is  auto¬ 
matically  disseniaated/retained  as 
required;  friendly  ground  unit  and  A/C 
position  location  information  auto¬ 
matically  received  and  displayed;  full 
infermatlem  on  ai^perting  arms  activity 
diaplayed/available;  voice  eentaet  with 
A/C  and  terminal  eentrel  agencies; 
direct  passing  of  air  defanae  infor¬ 
mation  te/frem  PAAO  uni tat  flight 
profiles  te/frem  ABRT  targets  auto¬ 
matically  generated. 


r 


D-1 


Fife  Direction  Canter 


TMk  SuMMirvt  Prapar*  fir*  plana  includinp  nuelaar/chemieal  firaa;  a^intain  currant 
ground  aituation  infonution;  racaiva  and  proeaaa  targat  daaiaga 
aaaaaaaantai  parfom  tactical  fira  diraction;  parforai  targat  infor- 
iDation  functional  parfom  tachnical  fira  diraction. 


Status  Quo  Summary 

Manual  preparation  of  plana,  linitad 
autoBiation  of  firing  data  calculations 
<i.a.,  FADAC)]  ■anually  maintained 
status  boards  and  maps  updated  from 
real-time  friendly  unit  position 
location  information;  manual  proces¬ 
sing  of  damage  assassmants  and 
targat  inf orsiation  i  manual  monitoring 
of  fire  unit  status  and  reporting; 
tachnical  fira  diraction  pradominantly 
manual. 


System  "A*  Summary 

Automated  graphic/taxt  displays  from 
currant  data  base;  real-time  display 
of  friendly  position  location  infor¬ 
mation;  manually  maintained  fire  unit 
status;  automated  production  of  routine 
reports;  automated  targat  file  and 
damage  assessment  information;  auto¬ 
mated  calculation  of  tk.''>icai  fira 
control  solutions;  automated  deter¬ 
mination  of  type  tfeapon  and  volume  of 
fire  to  engage  specified  targets  or 
schedule  of  targets. 


Fire  Support  Coordination  Center 


Task  SuBsuaryi  Develop  overall  and  detailed  fire  and  air  support  plans  to  support 
the  scheme/plan  of  defense;  select  and  recommend  appropriate 
restrictive  and  control  measures;  receive  and  dissemiiMte  target 
information;  monitor  and  coordinate  execution  of  approved  fire 
and  air  support  missions. 


Status  Quo  Summary 

Manual  planning  processes  requiring 
reference  to  multiple  information 
sources;  restrictive  and  control 
measures  manually  determined  end 
promulgated;  target  information 
received  from  multiple  sources, 
manually  evaluated,  acted  upon  and/or 
filed  for  reference;  manually  main¬ 
tained  status  boards  and  maps  updated 
from  real-time  friendly  unit  position 
leeation  information;  manual  verifi- 
eation/approval  of  missions,  resolution 
of  conflicts  and  issuance  of  instruc¬ 
tions. 


System  "A*  Suimaary 

Automated  graphic/text  displays  from 
current  data  base;  automated  assistance 
in  developing  schedule  of  fires  and 
single  integrated  artillery,  NGF,  and 
air  support  plan;  real-time  display  of 
friendly  unit  and  A/C  poaition  location 
information;  automatic  dissemination  of 
restrictive  and  control  measures;  auto¬ 
mated  target  file;  graphic/text  displays 
of  current  situation  and  fire  uni't 
status;  automatic  routing  of  fire 
support  requests;  automatic  dissemina¬ 
tion  of  decisions;  historical  data 
retained  for  reference/analysis. 


D-2 


intelligence 


Task,^inMr^i  Oetexalne  intelligence  requireeiente;  plan  end  supervise  the  collection 
effort  I  record  end  initislly  process  infomstion  received;  interpret 
infomstion;  diaseminste  current  intelligence. 


Status  Quo  Suiwnsry 

Plans  and  estinstes  are  manually 
researched,  prepared,  and  disseminated: 
manual  receipt,  recording/plotting, 
and  filing  of  information;  manual 
processing,  interpretation,  and  corre¬ 
lation  %fith  other  information:  dis¬ 
semination  of  high  priority  information 
by  electronic  means,  other  information 
manually  by  paper  copy;  manually  main¬ 
tained  records  and  reference  files. 


System  "A*  Sumnary 

Automated  data  base  with  graphic/ 
text  diaplaya;  complete  cross 
reference  capability;  requirements 
and  collection  plans  automatically 
produced;  autoatatic  update  of  data 
base  when  new  information  entered; 
ad  hoe  retrieval  capability;  auto¬ 
mated  analysis  of  data  within  estab¬ 
lished  parameters  including  possible 
enemy  courses  of  action;  intelligence 
reports  automatically  prepared  and 
disseminated. 


Logistics 

Task  Summary;  Planning,  coordination,  and  policy  formulation  by  C-4/S-4;  requisition, 
receipt,  storage,  inventory  management,  transportation,  distribution, 
and  disposal  of  all  classes  of  supply;  preventive  maintenance,  repair, 
and  evacuation  of  equipment  and  material;  evacuation  and  hospitalisation 
of  sick,  injured,  and  trounded  personnel;  management  of  organic  transporta¬ 
tion  assets I  management  of  facilities,  field  senitation,  food  services, 
engineer  combat  services  support,  and  indigenous  labor.  NOTE:  Logistics 
includes  functional  areas  of  C-4/8-4,  supply  operations,  maintenance 
operations,  evacuation  and  hospitalisation,  transportation  and  services. 


Status  Quo  Summary 

Plans  manually  prepared;  most  reports 
manually  processed;  supply  and  mainte¬ 
nance  have  automated  system  (i.e.,  SASSY 
and  NXIMS)  augmented  by  manual  proce¬ 
dures;  status  information  varies  in 
timeliness,  completeness,  and  accuracy; 
most  status  information  manually  main¬ 
tained. 


System  **A"  Summary 

Automated  graphic/text  displays  from 
real-time  data  base;  automated  statistical 
and  trend  analysis  of  logistics  functional 
areas;  current  status  information  dis¬ 
played  on  ad  hoc  basis;  automated  planning 
analysis  capability;  historical  data 
retained  for  refareace/analysis. 


D-3 


PBrsonnel 


Ta«K  SuBaiaryi  Planning,  coordinating,  and  nonitoring  of:  currant  atrangths  and 

raquircnanta  for  raplacananta;  priaonara  of  war;  graves  registration; 
B»rale  and  peraonnel  aervices;  civilian  employees.  Responsible 
for  the  preparation  of  general  correspondence  and  reports,  personnel 
adninistrstion,  and  clasaified  material  control. 


Status  Quo  Summary 

Manual  planning  and  estimation;  reports 
manually  prepared,  forwarded  and  con¬ 
solidated;  automated  manpower  sianage- 
ment  ay stem  (JUMPS/MMS)  augmented  by 
many  manual  procedures;  most  personnel 
administration  accomplished  manually; 
manually  maintained  files  and  records. 


System  "A*  Sunmarv 

Automated  graphic/text  displays;  MAGTF 
automated  data  base  with  relevant 
information  on  personnel  status  and 
other  functional  areas  under  c-l/S-1 
cognisance;  automated  report/corre- 
apondence  production;  automated 
casualty  processing;  automated 
assistance  in  preparation  of  unit  diary 
and  ad  hoc  access  to  unit  level  data 
base;  automated  classified  material 
control  procedures. 


Tactical  Air  Operations  Center 

Task  Summary;  Detect,  identify,  and  display  information  on  all  a/c  within  its 
sector;  exchange  a/c  track  information  with  other  agencies;  plan 
for  and  engage  enemy  air  threats;  coordinate  and  execute  £CCM 
and  EMCON;  control  airspace  and  air  traffic  within  its  sector; 
act  as  TACC/TAOC  back  up. 


Status  Quo  Summary 

Tracks  automatically  acquired  and 
maintained  with  acme  manual  operations 
required;  partially  automated  exchange 
of  track  data;  partially  automated 
target  evaluation  and  engagement i 
manual  SCCN  and  tHCON  actions;  auto¬ 
mated  assisted  air  traffic  control; 
limited  TACC/TAOC  backup  capability. 
Real-time  friendly  ground  unit 
position  location  information  avail¬ 
able  for  manual  display. 


System  *A*  Summary 

Automatic  deteetion/identlfication 
with  interactive  f<<atures  on  graphic/ 
text  display;  automatic  exchange  of 
track  information  with  air  control, 
fire  support,  and  ground  command 
agencies;  enemy  engagement/Weapons 
control  manual,  aemiautomatic  or 
automatic  options;  automated  CCCM/ 
CMCOH;  positive  control  of  all  a/c 
in  sector;  full  TACCAAOC  backup  capa¬ 
bility;  automated  operator  training 
oapability.  Real-time  friendly  ground 
unit  position  location  information 
automatically  displayed. 


Ttticat  Air  Command  Center 


T««k  tuiwMrv?  Establich  air  dafanaa  alart  eondltionat  raaponaibilitias  for  air 

dafanaa  In  ovarlappin9  xoaaa,  and  aniaaion  control  (EMCON)  eondltionat 
maintain  currant  statue  on  tba  air  situatimt  dissaninata  operational 
information  to  aubordlnata  aganeiaat  manage  MECCS  operations t  manage 
all  MAGTF  A/C  within  the  AOAt  authorise  diversion  of  A/Ct  develop 
and  promulgate  Frag  orders. 


dtatus  Quo  Sunmarv 

Manual  evaluation  and  disaamination  of 
alert  condition  raguiramants •  coordina¬ 
tion  of  air  defense «  and  EMCON  condi¬ 
tional  limited  automated  diaplays  of 
current  status  information  augmented  by 
manual  procedures t  position  location 
information  on  friendly  ground  units 
automatically  received  and  manually 
plotted/recorded t  majority  of  informa¬ 
tion  to  subordinates  manually  disaemi- 
natedi  manual  planning,  evaluation,  and 
allocation  of  A/C  aasetsi  annual  evalua¬ 
tion  and  coordination  in  A/C  diversion 
situations I  Frag  orders  manually 
developed  and  disseminated.  At  MAC/ 
squadron  level  manual  updating  of 
aituation  information,  scheduling, 
mission  planning,  pilot  briefing/de¬ 
briefing  and  records  keeping. 


System  "A*  Sunmarv 

Craphie/text  displays  of  information  in 
data  base;  alert  conditions  automatically 
disseminated}  automatic  evaluation  of 
air  defense  requirements}  automatic 
evaluation  and  notification  of  EMCON 
conditions}  autosiated  susanary  displays 
of  air  and  ground  situation}  real-time 
position  location  information  for 
friendly  ground  units  automatically  dis¬ 
played}  reports  automatically  generated 
and  disseminated}  operational  information 
for  subordinates  manually  inputted  and 
automatically  disseminated}  manual  evalua¬ 
tion  and  allocation  of  A/C  assets}  auto¬ 
matic  screening  of  A/C  in  divert  situations} 
automated  asaistance  in  Frag  preparation. 

At  MAC/squadron 1  graphic/text  displays,  air 
aituation  information.  A/C  atatua  informa¬ 
tion.  mission  planning  data,  automated 
scheduling  capability,  and  current  opera¬ 
tional  and  intelligence  information. 


APPENDIX  E 


I 

Biographical  Data 


FUNCTIONAL  AREA/AGENCY;  COC 

I 

[  ASSESSMENT  LOCATION;  MCB,  Camp  Pendleton 

INTERVIEWEE  DATA 

RANK 


One  Lieutenant  Colonel 
Two  Majors 


f 


I 


[ 

[ 

i 


MILITARY  OCCUPATIONAL  SPECIALTY 

0302 


CURRENT  BILLETS 


XO,  Hq  Bn,  Marine  Division 
XO,  Infantry  Bn 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) ;  46  YEARS 

REPRESENTATIVE  PAST  BILLETS; 


Assistant  G-3,  Marine  Division 

S-3/S-3A,  Infantry  Regt/Bn 

MAF  COC  Watch  Officer 

CO  Rifle  Company 

Comnander  Rifle  Platoon 

MAU,  MAB,  MAF,  Exercise  Participants 

Combat  Experience,  Viet  Nam 


1-1 


FUNCTIONAL  AREA/AGENCY:  TACC 
ASSESSMENT  LOCATION;  MCAS,  El  Toro 
INTERVIEWEE  DATA 
RANK 

Two  Majors 

One  Warrant  Officer 


MILITARY  OCCUPATIONAL  SPECIALTY 
7210/7208/7204 


CURRENT  BILLETS 

Wing  Air  Control  Officer 
XO,  MASS 

Air  Support  Officer ^  TACC 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) :  45  YEARS 

REPRESENTATIVE  PAST  BILLETS? 


CO/XO,  MASS 

OIC,  TACC 

CO,  LAAM  Bn 

MASS,  MACS  Billets 

TACC  Officer/Senior  Air  Controller 

Operations  Officer,  MASS 

MAU,  MAB,  Joint  Combined  Exercise  Participants 
CO/XO,  Battery,  LAAM  Bn 
TACC  Training  Officer 
Combat  Experience,  Viet  Nam 


B-2 


FUNCTIONAL  AREA/AGENCY t  TAOC 
ASSESSMENT  LOCATION:  MCAS«  El  Toro 
INTERVIEWEE  DATA 

RANK 

One  Lieutenant  Colonel 
One  Squadron  Leader  (RAF) 

One  First  Lieutenant 

MILITARY  OCCUPATIONAL  SPECIALTY 
7208/7210 


CURRENT  BILLETS 
XO,  MACG 

Operations  Officer,  MACG 

TAOC  Officer/Senior  Air  Director,  MACS 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) ;  40  YEARS 

REPRESENTATIVE  PAST  BILLETS: 

CO,  LAAM  Bn 

Marine  Corps  Technical  Representative 
Naval  Electronics  Systems  Comnand 
XO,  MASS 
TAOC  Operations 

Assistant  Operations  Officer,  MACS 
European  Air  Defense  Operations 
Senior  Air  Director,  MACS 
Oic,  MACS  Detachment 
NAU,  NAB  Exerciise  Participants 
Combat  Bj^erience  Viet  Nam 


1-3 


1 


FUNCTIONAL  AREA/AGENCY:  FDC 

ASSESSMENT  LOCATION;  MCAGCTC,  Twenty-nin*  Palms 
INTERVIEWEE  DATA 

RANK 

One  Major 
Two  Captains 


MILITARY  OCCUPATIONAL  SPECIALTY 
0802/5715 


CURRENT  BILLETS 

S<-3A,  Field  Artillery  Group 
CO,  Separate  Battery 
XO,  Separate  Battery 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) ;  26  YEARS 

REPRESENTATIVE  PAST  BILLETS: 

CO/XO,  Battery 

S-3A,  Artillery  Regt 

Fire  Direction  Officer 

S-2,  Artillery  Regt/Bn 

MAU,  MAB  Exercise  Participants 

Viet  Nam  Combat  Experience 


B>4 


FUNCTIOMAL  AREA/AGENCY:  FSCC 

ASSESSMENT  LOCATION:  MCAGCTC,  Twenty-nine  Palms 
INTERVIEWEE  DATA 

RANK 

One  Colonel 

Two  Lieutenant  Colonels 
One  Captain 

MILITARY  OCCUPATIONAL  SPECIALTY 
9906/0802/5715 


CURRENT  BILLETS 


CO,  Field  Artillery  Group 
XO,  Field  Artillery  Group 
G-1,  MCAGCTC 

CO,  Separate  Artillery  Battery 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) :  77  YEARS 

REPRESENTATIVE  PAST  BILLETS i 


S-3/S-3A,  Artillery  Regt 

Assistant  Division  Fire  Support  Coordinator 
CO/XO,  Artillery  Bn/6rotq? 

G-3/G-3A,  MAB 

XO,  S-3,  Infantry  Bn 

FSC/FDO,  Artillery  Regt 

CO/XO,  Firing  Battery 

NAU,  MAB,  MAF  Exercise  Participants 

Viet  Nam  Combat  Experience 
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PUMCTIOHAL  AREJV/AGEKCYi  DASC 
ASSESSMENT  LOCATION:  NCAS/  El  Toro 
INTERVIEWEE  DATA 

RANK 

Two  Lleutonant  Colonels 
One  Squadron  Leader  (RAF) 

One  Captain 

MILITARY  OCCUPATIONAL  SPECIALTY 
7208/2502/724/571S/7210 


CURRENT  BILLETS 


CO,  Marine  Air  Support  Squadron 
Assistant  Wing  CEO 
Assistant  Operations  Officer,  MACG 
DASC  Operations  Officer 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) :  71  YEARS 

REPRESENTATIVE  PAST  BILLETS: 


Operations  Officer,  MACG 
Air  Control  Officer,  MAW 
Aviation  C^,  MCDEC  and  HQMC 
CO,  MWCS 

MAU,  MAE,  NAP  Exercises 
European  Strategic  Air  Defense 
CosdMt  Experience  Viet  Nsat 


l-« 


t  PTMonnel 


A8fES8MENT  LOCATION:  MCAGCTC,  Twenty-nine  Palme 
mTBirVIEWEE  DATA 

RANK 

One  Major 
Two  Captains 

MILITARY  OCCUPATIONAL  SPECIALTY 
0802/0180 


CURRENT  BILLETS 


CO«  Separate  Artillery  Battery 
Adjutant/  H6S  Bn 
G-IA,  MCAGCTC 

TOTAL  CUMULATIVE  OSMC  EXPERIENCE  (YEARS) t  47  Years 
REPRESENTATIVE  PAST  BILLETS t 
Action  Officer,  G-1,  mPPAC 

Adjutant/  Narine  Barracks,  Battalions  and  Squadrons 
Viet  Nan  Combat  Experience 
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FUNCTIOMAL  AREA/AGENCY »  loaiatlCB 
ASSESSMENT  LOCATION:  MCAGCTC,  Twenty-nine  Palms 
INTERVIEWEE  DATA 
RANK 

One  Lieutenant  Colonel 
Three  Majors 
One  Captain 


MILITARY  OCCUPATIONAL  SPECIALTY 
0302/0802/3002/2102/0430/0402/2110/2340 

CURRENT  BILLETS 

G-4,  Operations  Officer »  MCAGCTC 
CO,  Separate  Artillery  Battery 
Supply  Support  Officer,  FSSG 

Command  Maintenance  Management  Officer,  Force  Troops 
S-4,  Field  Artillery  Group 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) :  94  Years 

REPRESENTATIVE  PAST  BILLETS; 

A  C/S  G-4,  Force  Troops 
Landing  Force  Training 
Command 

XO,  Infantry  Bn 
CO/XO,  Artillery  Battery 
S-4,  Field  Artillery  Group 
Group  Supply  Officer,  FSSG 
Supply  Officer,  Force  Troops 
OIC,  FSMAO 
CO,  LSE 
G-4A,  MAB 


-  OIC,  LSU 

-  Maintenance  Officer 

-  MAU,  MAB  Exercise  Participant 

-  Viet  Mam  Combat  Experience 


r 
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FONCTIOMAL  AREil/AGENCYt  Inf  lliamc# 
ASSESSMENT  LOCATION:  MCE,  Camp  Pendlefn 
INTERVIEWEE  DATA 

RANK 

Two  Majors 

One  Flrat  Lleuf  nant 


MILITARY  OCCUPATIONAL  SPECIALTY 


0202/0302 


CURRENT  BILLETS 

A  C/S,  G>2,  NAF 
A  C/S,  G-2,  MAW 
S-3,  MACG 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS)  ;  58  Yf  ra 

REPRESENTATIVE  PAST  BILLETS: 


6-2/S-2,  MAF,  MAB,  MAU 

-  6>2/S-2,  Sqdn,  Grp, 

Wing/Bn-Ragt,  Div 

-  LCC  and  LHA  Exparianea 

-  Inatruefr,  U.S.  Army  Inf  lliganea  School 
->  MAP,  Division  Combat  Intalliganea  Officar 

-  Joint  Btmfi  Into lliganoa  Billaf 

-  6*2,  Palm  Bxareims,RBAOlBX,  NAPLBX,  af . 

-  Intarrogation  -  Translation  Taams 

-  Combat  Bsqparianr  a  Viat  Nam 

I 


l*» 


rPMCTIOSAL  AEBJV/AGENCY:  MXGTF  I 

ASSESSMEMT  LOCATION!  MCB,  Canp  Pendleton 
INTERVIEWEE  DATA 
RANK 

Five  Colonels 


MILITARY  OCCUPATIONAL  SPECIALTY 
9906/9907/0302/2502 

CURRENT  BILLETS 

C/S,  Marine  Amphibious  Force 

Oivislon/Wlng  Communication  -  Electronics  Officer 
CO,  Marine  Air  Control  Group 
CO,  Marine  Air  Group 

TOTAL  CUMULATIVE  OSMC  EXPERIENCE  (YEARS) t  146  Years 

REPRESENTATIVE  PAST  BILLETS: 

C/S,  Marine  Division 
Division  Operations  Officer 
CO,  Marine  Amphibious  Unit 
C/S,  Marine  Anqphibious  Brigade 
Division  Intelligence  Officer 

Chief,  Command,  Control,  Communications  Division, 
M.C.  Developnent  Center 

Chief,  Communications  •  Electronics  Branch,  B(^ 

CO,  Marine  Air  Control  Squadron 
Operations  Officer,  MACG 

CO,  Narine  Corps  CoimBunieations*Blectr«iics  School 
Divsion  Air  Officer  (FSCC) 

MAU,  MAB,  MAF  Exercise  Participants 
CoBibat  Experience  Korea  and  Viet  Nam 


FUNCTIONAL  AREA/AGENCY;  MAGTF  M 
ASSESSMENT  LOCATION;  MCAGCTC,  Twenty-nine  Palms 
INTERVIEWEE  DATA 
RANK 

One  Colonel 

Three  Lieutenant  Colonels 
Two  Majors 


MILITARY  OCCUPATIONAL  SPECIALTY 
0107/0302/0430/0802/1802/7210/7208/9906 


CURRENT  BILLETS; 

CO,  Field  Artillery  Group 
XO,  Infantry  Battalion 

Staff  Officers,  Tactical  Exercise  Control  Center,  MCAGCTC 

TOTAL  CUMULATIVE  USMC  EXPERIENCE  (YEARS) ;  134  YEARS 

REPRESENTATIVE  PAST  BILLETS; 

S-3  Artillery  Regiment 
Division  Fire  Support  Coordinator 
CO/XO  Artillery  Bn 
G-3  MAB 

CO/XO/S-3/S-4  Infantry  Bn 

S-3  Infantry  Regiment 

Division  Air  Observation  Officer 

CO/S- 3  Tank  Bn 

G-3  Marine  Division 

S-3  MASS 

Air  Defense  Control  Officer,  MACS 
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Nuaerical  Calculations 


This  appendix  explains  the  basis  for  combining  the  wlthln>area 
assessments  with  the  across-area  assessments  to  obtain  a  unified  scale 
of  benefits.  In  addition,  the  assumptions  and  calculations  used  to 
obtain  the  ranges  of  estimates  are  presented. 

The  vlthln-area  assessments  give  the  value  of  Improving  tasks 
as  a  percentage  of  the  value  of  direct  Improvements  to  the  operational 
area.  Once  the  relative  values  of  direct  Improvements  to  the  operational 
areas  are  known,  It  Is  possible  to  compare  the  values  of  Improvements  to 
tasks  from  different  areas.  One  approach  for  obtaining  the  relative 
values  of  direct  operational  area  Improvements  Is  direct  assessment 
through  making  the  following  comparison:  Which  Is  more  Important  to 
Harlne  Corps  MAGTF,  that  part  of  an  Improvement  In  COC  functions  which 
helps  COC  or  that  part  of  an  improvement  In  Intelligence  which  helps 
Intelligence?  An  easier  approach  compares  the  value  of  direct  and 
secondary  baneflts. 

Assuming  that  the  value  to  a  MAGTF  of  an  Improvement  to  any 
operational  area  is  the  sum  of  the  value  of  the  direct  improvement  to 
that  operational  area  and  the  value  of  the  secondary  Improvements  to 
other  operational  areas,  the  two  approaches  are  related  by  the  matrix 
equation: 

B  ■  VW  where 

total  benefit  to  MAGTF  of  an  improvement  In  operational 
area  1, 

*  value  to  operational  area  j  of  an  Improvement  in  operational  area  i, 

and  ■  weighting  factors  reflecting  the  reletlve  value  to  a  MAGTF 

of  direct  benefits  to  operational  araa  i. 
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The  columns  of  V  sro  ths  oporstlonal  sros  sealos  discussed  In 
Section  3.3.  Given  V,  the  mstrlx  equetion  can  be  solved  if  either  B  or 
W  is  known.  The  first  approach  dlscusaed  abova  for  getting  a  unified 
scale  directly  assessed  V  and  then  calculated  B.  The  second  approach— 
and  the  one  used— assesses  B  and  calculates  W  -  V~^B. 

Combining  the  nine  operational  area  scales  gives  the  matrix  in 
Table  F-1.  This  matrix  has  only  7  rows  because  in  developing  the  operational 
area  scales,  FDC,  FSCC,  and  DASC  were  combined  into  one  operational 
area.  At  the  MAGTF  session  the  relative  values  of  lBq>rovements  to  FDC, 

FSCC,  and  DASC  were  assessed  at  10,  50,  and  40,  respectively.  Using 
these  weights,  the  three  operational  area  scales  are  combined  into  one 
scale,  reducing  the  matrix  to  7  columns. 

Inverting  this  matrix  and  multiplying  by  B  gives  the  values 
for  V  shown  in  Table  F-2. 

Multiplying  the  columns  of  V  by  the  corresponding  elements  of 
W  distributes  the  total  benefits  as  shown  in  Table  F>3.  Summing  across 
any  row  gives  the  total  benefit  of  improvements  to  an  operational  area. 
Summing  down  any  column  gives  the  benefit  received  by  each  operational 
area  if  all  the  areas  were  Improved.  Since  a  direct  benefit  is  the 
value  to  an  operational  area  of  an  Improvement  in  that  area,  direct 
benefits  can  be  read  directly  from  Table  F-3. 

Direct  benefits  are  allocated  to  task  categories  by  multiplying 
the  direct  benefit  for  an  operational  area  times  the  relative  weights 
for  each  task  in  that  operational  area.  Secondary  benefits  are  allocated 
to  task  categories  by  assuming  that  the  relative  weights  for  tasks  are 
the  sasie  as  those  for  direct  benefits.  This  assumption  implies  that  if 
the  improvement  in  task  COC  A  is  worth  50  percent  of  the  direct  COC 
benefits,  that  it  would  also  be  worth  50  percent  of  all  secondary  benefits. 
One  result  of  this  assumption  is  that  ths  total  benefits  can  be  allocated 
to  task  categories  by  multiplying  total  benefits  from  sn  improvement  to 
an  operational  area  times  the  weights  of  the  tasks  In  that  area.  This 
assumption  is  used  to  calculate  the  integrated  task  benefit  list  in 
Appendix  G. 


Ranges  on  benefits  are  obtained  through  both  direct  assessment 
and  calculations.  Two  MAGTF  sessions  provided  direct  assessment  of 
total  benefits.  As  explained  In  the  text,  the  Camp  Pendleton  assessments 
are  taken  as  the  best  estimate  with  the  IWenty-nlne  Palms  assessments 
being  used  for  the  range  estimates.  In  addition,  a  set  of  assessments 
obtained  before  the  end  of  the  day  at  the  Camp  Pendleton  session  are 
used  in  the  range  estimates. 

It  has  been  assumed  that  the  KAGTF  assessments  Include  both 
direct  and  secondary  benefits.  Discussions  at  these  sessions  Indicated 
that.  In  fact,  the  officers  did  include  soma  secondary  benefits  In  their 
assessments.  A  worst  case  assus^tlon  would  be  that  only  direct  benefits 
were  Included,  Implying  that  W,  and  not  B,  was  assessed.  Hultlplylng 
this  assessed  W  by  the  matrix  V  gives  a  calculated  B  which  la  used  In 
the  range  estimate. 


F-3 


Tabu  F-3 


Banaflc  froB  laprovaaanta  to  Oparatlonal  Areas 


\yslue 

\to 

I^rovanent  n. 

In 

1 

COC 

TACC 

TAOC 

FDC 

FSCC 

DASC 

Ug 

Far 

Intel 

SUM 

coc 

6.1 

1.2 

0 

0 

1.14 

0 

0 

.2 

8.7 

TACC 

.2 

8.2 

6.5 

0 

0 

1.1 

0 

0 

16 

TAOC 

0 

1.2 

19.8 

0 

0 

0 

0 

0 

0 

21 

FDC/FSCC/DASC 

1.4 

1.7 

6.4 

3.4 

17 

14 

0 

0 

.12 

44 

Fat 

0 

.04 

0 

0 

0 

0 

.7 

0 

0 

.7 

Log 

.1 

.4 

0 

.2 

0 

0 

0 

2.4 

0 

1 

Intel 

.9 

.9 

3.2 

.2 

.6 

0 

0 

0 

1.2 

7.0 

SUN 

8.7 

13.6 

35.9 

3.8 

18.7 

15.1 

.7 

2.6 

1.4 

100.5* 

*  The  nuAars  do  not  sun  to  100  due  to  round-off  error. 
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■ 

TASK 

APPENDIX  G 

Relative  Benefit  from  MTACC  Syetem  Inqprovements 
to  Operational  Area  Taaka 

TAOC 

B 

Detect/Identify /Diaplay 

9.24 

DASC 

D 

Monitor  and  Coordinate  DAS 

8.40 

PSCC 

E 

Monitor  and  Coordinate 

7.81 

PSCC 

D 

Target  Information 

7.14 

i 

DASC 

B 

Immediate  DAS 

6.28 

ccx: 

A 

Operations  Planning 

4.55 

TAOC 

C 

EW 

4.24 

1 

/ 

Intel 

D 

Receive/Record 

3.86 

i 

TACC 

P 

Aircraft  Management  and  Allocation 

3.82 

TAOC 

A 

Plan  for  and  Engage  Enemy  Air  Threats 

3.82 

TACC 

H 

PRAG 

3.76 

COC 

B/C 

Supervise/Integrate  Pire  Support 

3.75 

PSCC 

B 

Pire  and  Air  Support  Plans 

3.42 

PSCC 

C 

Restrictive  and  Control  Measures 

2.97 

Intel 

G 

Disseminate 

2.47 

TACC 

G 

Divert 

2.38 

TAOC 

E 

Air  Traffic  Control 

2.23 

DASC 

E 

Air  Defense  Coordination  (PAAD) 

2.00 

TACC 

D 

Monitor  and  Supervise 

1.74 

Log 

A 

G-4/S-4 

1.68 

TACC 

C 

EMCON  Conditions 

1.59 

TACC 

I 

MAG/Squadron  Operations 

1.19 

TAOC 

P 

TACC  Backup 

1.06 

PDC 

G 

Pire  Missions 

.94 

FDC 

P 

Target  Information 

.83 

i 

PDC 

B 

Artillery  Pire  Plans 

.80 

1 

PDC 

A 

Muolear/Chemical  Fire  Plans 

G-1 

.79 

J 

TASK 


FDC 

E 

Fire  Unit  Status 

.74 

DASC 

A 

Preplanned  DAS 

.74 

Log 

B 

Supply  Operations 

.73 

FSCC 

A 

Supporting  Arms  Requirements 

.46 

TACC 

A 

Alert  Conditions 

.43 

TACC 

E 

Information  Dissemination 

.41 

Log 

C 

Maintenance  Operations 

.40 

TAOC 

D 

Track  Information  Exchange 

.38 

TACC 

B 

Air  Defense  Zones  of  Action 

.36 

Per 

G 

Personnel  Administration 

.33 

Intel 

E 

Initial  Processing 

.31 

Log 

E 

Transportation 

.21 

FDC 

C 

Ground  Situation  Information 

.18 

COC 

F 

Tactical  Alerts 

.16 

COC 

D 

Allocate  Assets 

.16 

Per 

F 

General  Correspondence  and  Reports 

.15 

Intel 

A 

Determine  Requirements 

.15 

Intel 

F 

Interpret 

.15 

FDC 

D 

Damage  Assessment 

.13 

Per 

H 

Classified  Material  Control 

.12 

DASC 

C 

BDA/Intelligence 

.06 

COC 

G 

Coordinate  with  Adjacent  Units 

.06 

Log 

D 

Evacuation  and  Hospitalisation 

.06 

Per 

D 

Morale  and  Personnel  Services 

.05 

Intel 

C 

Supervise  Collection 

.04 

DASC 

F 

ASRT  Targeting 

.03 

Intel 

B 

Collection  Planning 

.02 

COC 

E 

(^rational  Reports 

.02 

Per 

C 

Graves  Registration 

.02 

Per 

A 

Strengths  and  Replacements 

.01 

Per 

B 

Prisoners  of  Wars 

.01 

Log 

F 

Services 

.01 

Per 

E 

Civilian  Bsployees 

.00 
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